ATS support on mac

Questions
1

I want to request http in mac, so I put NSAllowsArbitraryLoads in my Info.plist, and specify it in OSX section in game.project, But it seems not working.

2

When using Build and run the Info.plist is ignored. It only works when bundling.

After bundling for OSX, if you check the contents of the bundled Info.plist, does it contain your NSAllowsArbitraryLoads property?

2 Likes
3

Yes, it has NSAllowsArbitraryLoads, but my http request still failed, and it have no log window, so I cannot know what happened

4

How about adding NSAllowsArbitraryLoads to Defold.app?

5

Right now, I can use console to check my log

6

it have no log window

Run it from the command line?

How about adding NSAllowsArbitraryLoads to Defold.app?

I’m not exactly sure what that flag is supposed to do.
And also, it wouldn’t be different from the solution you currently have, adding it to the plist, so I don’t see that solving anything.

You say your http request fails. How do you do your request?
How does it fail?

7

I check out console and find that http request success, just the response not correct.
BTW, I added NSAllowsArbitraryLoads to Defold.app, and Build and run from the editor, http request works.

8

I’m confused. It’s a success and also a failure?
Do you have any more info about it? What does “incorrect response” mean?

BTW, I added NSAllowsArbitraryLoads to Defold.app, and Build and run from the editor, http request works.

Is Defold.app your bundled game? How did you add the flag?

9

It’s my code’s fault

10

Ok, so the request was ok?

And NSAllowsArbitraryLoads wasn’t needed?

11

I open the Defold editor app from application, and Show Package Contents, then open the Info.plist and add NSAllowsArbitraryLoads to it.

12

Which Info.plist?

13

Now request is ok, and NSAllowsArbitraryLoads is needed

14

Info.plist from the defold editor app

15

And the path inside the package is Defold.app/Contents/Info.plist ?

I’m really not sure how that would affect how the game is behaving though.
I’ll ping @markus.gustavsson and @vlaaad, perhaps they know how the editor is launching the game?

1 Like
16

Yes

17

I believe the reason why this is happening is that if you run the game from the editor [NSBundle mainBundle] returns the bundle of the Defold editor app instead of the game’s. The game doesn’t have a macOS app bundle, since it’s just dmengine that gets forked from the editor process.

One other example of this is setting NSRequiresAquaSystemAppearance to false in the editor’s Info.plist will not only enable the Mojave dark mode title bar in the editor, but also in forked games.

What NSAllowsArbitraryLoads does is that it allows apps to use HTTP. Without this flag, mac apps are restricted to HTTPS-only when using NSRequest and friends.

2 Likes
18

This is correct with regards to the forking. The dmengine process when launched from the editor is not in a bundle and does not have an Info.plist of its own. I don’t know if child processes inherit those configuration values from the parent but that seems plausible. We will not add a key to the editor to allow unencrypted http so a permanent solution to this would have to be something else than modifying the Info.plist of the editor.

1 Like
19

Maybe creating a thin app bundle for the game and starting it with [[NSWorkspace sharedWorkspace] launchApplication:@"./MyDefoldGame.app"]?

1 Like
20

Thanks for the suggestion. Will add a feature request ticket in our internal Jira for using the same Info.plist when launching from the editor as when building a bundle.

3 Likes