I've increased the max size to 1GB for a trial, so please try out your project and let me know how you get on. If it turns out we can't keep up with capacity here it could cause issues so I may have to reduce this, but I expect the average project size is still going to be below 100MB anyway.

Let's see how we get along anyway!

The intention is to support other cordova based build services yes, although priority will be given the the vanilla cordova CLI and the construct build service. I'm not expecting compatibility issues with PGB though.

Sorry I got a bit sidelined, haven't looked at the forums for a while.

The expanded size limit is a safety check, it's possible to produce very small zip files that are very VERY large ( look up zip bombs ). We do use 2 separate limits for these checks, but they are both set as 500MB at the moment.

I can't think of any immediate show stoppers for increasing the size, let me consider it for awhile and I'll get back to you.

I've started some work on Expansion APKs and I think the ways it's going to work is that the projects assets won't be transferred to the build service, they would be packed into a separate archive on the client. So these limits will hopefully be less of a problem. In terms of how that asset bundle is hosted I'm hoping we can have a flexible solution, so the dev can decide if they want to store the bundle on their own server or use it as an expansion APK.

How odd, I checked and that particular error should be triggered when the inflated size of the archive exceeds 500MB. Could you tell me how big the archive is when unpacked? Once I know the rough conditions I will try to reproduce the issue myself.

It's definitely something we want to resolve sooner rather than later. Unfortunately it's frustratingly awkward to implement, and the requirements for the feature are definitely not what I would call "clean". But, at least if we implemented it would be out of sight so devs don't have to do much extra.

I've looked into alternative methods that are probably somewhat similar to what your doing; where a server holds an asset pack that the runtime downloads and loads assets from. It's actually fairly close to expansion APKs, and I expect quite a few games on the store actually do this. The downside is that if a user downloads a game, then runs it for the first time offline, it doesn't work. Expansion APKs don't actually guarantee to download when the user installs the game, so this can still happen with the "official" method frustratingly.

Hallorin if you have any issues you should file a bug report at https://github.com/Scirra/Construct-3-bugs/issues. If you have the vanishing sign in issue it's likely that you haven't completed one of the Google required steps.

The Play Store plugin was rewritten in around February. I'm aware of a few projects which have been submitted to the play store with it, so I presume it's all working correctly.

— How long is your upload taking? I think it might give the same error if it times out. The maximum size is something like 500MB so you shouldn't be hitting the upload limit. I feel I should point out that we don't currently support expansion APK's ( although it's still on my TODO list ) so for APKs Google Play will limit you to 100MB. You can still make and install larger APK files, it's just a play store limit.

Apples limit is something like 2GB, so it's less of a problem.

— it should just enable adverts if the device is outside the EEA. I'll look into it and the possibility of some more debugging tools.

The arcade should have been unaffected by the forum change. I don't seem to have any issues viewing it or the scirra account page. Hopefully this is just a temporary hitch but Tom can hopefully look into it.

We are slowly moving everything over to construct.net as the required parts are added but we are not intending to lose any content in the transition.

Could you please make a note of the pages which are failing for you and email support? Hopefully they will be able to help you more.

OhhBaby As far as I'm aware no changes are required for IAP, Gamecenter or Play Games as the user will be covered by the agreement with Google/Apple etc. to user those services. If your storing receipt information for IAP you may need user consent/ privacy policy to cover that.

Unfortunately the C2 admob plugin uses the third party cordova-plugin-ad-admob component, which isn't maintained by us. As far I'm aware the plugin itself has been broken by the maintainer and they haven't looked at it for a long time. So I wouldn't hold up much hope of it being updated to include the user consent dialog.

If your using any third party plugins which involve the collection of user data by you or any party you may need to ask for user consent. You will need to talk to the developer of the plugin to decide what to do in these cases.

If you feel like you need to you can implement your own user consent screens, but I don't feel like I can offer accurate advise on what you must/should/could put onto those screens. You can likely find advise online about it.

I don't pretend to be an expert on the legal issues here. As far I'm aware it can be fairly generic, although I expect you will need to make some tweaks for your game. I believe when your publishing your game to the play store you need to include a privacy policy URL anyway for the listing, no idea if anyone checks that it's a real privacy policy though!

If you don't have a website to host it on I would recommend looking into github pages. It's free, uses https and is fairly easy to use provided you know how github works. By default you don't get a custom domain, but it's fine for hosting static files like this.