Consolidate Android manifest

[hippogamesunity]

Find a way to supply plugin-specific config for Android manifest (appAuthRedirectScheme), that would merge with user-supplied manifest/config

---

Hi! I had to enable multidex in my project (this article was used https://habr.com/ru/post/487336/), but still can't build on Android.
Manifest merger failed : Attribute data@scheme at AndroidManifest.xml requires a placeholder substitution but no value for <appAuthRedirectScheme> is provided.
I was trying to find a solution on web, but with no luck. Adding
manifestPlaceholders = [appAuthRedirectScheme: 'com.redirectScheme.comm']
to mainTemplate.gradle doesn't help. At the same time, I can build my project with multidex enabled after removing UGD (but this is not an option for me actually).

Also I've found that some people also mentioned UGD related to appAuthRedirectScheme issue here:
https://forum.unity.com/threads/gradle-nightmare-appauthredirectscheme.831934/

Hope to find a solution soon...

[hippogamesunity]

Some Unity guy said
You could modify the template in the Unity install directory, but that is not supported and it will affect all of your projects built with that Unity version.
(https://forum.unity.com/threads/cant-build-with-multidex-enabled.773348/).

I was trying to modify all .gradle files inside Unity installation folder one by one and have found a possible solution:

• open Editor\Data\PlaybackEngines\AndroidPlayer\Tools\GradleTemplates\launcherTemplate.gradle
• add manifestPlaceholders = [appAuthRedirectScheme: 'com.redirectScheme.comm'] to defaultConfig

This is a bad solution, but at least I was able to build, although it works only for ARMv7 and crashes on app start for ARM64. Also I wonder why modifying mainTemplate.gradle (generated inside your project after enabling Custom Main Gradle Templage option) doesn't do the trick.

[github-actions]

This issue is stale because it has been open 14 days with no activity. It will be automatically closed in 7 days.

[dustinkerstein]

@hippogamesunity I had to use that same workaround. Nothing else I tried got my Android build working on Unity 2021.3.3f1.

[ROBYER1]

Why is this closed if there isn't a fix in the plugin? There must be some other way to work around this in the package itself?

[PhucDev02]

The way of @hippogamesunity works.
But I need a solution for ARM64,because ARM64 is required for upload AAB file to Google Play Store

[fmbnicola]

Same issue here, but I haven't enabled multidex on my project...
Adding the line to Editor\Data\PlaybackEngines\AndroidPlayer\Tools\GradleTemplates\launcherTemplate.gradle works even for ARM64. Adding it to the custom main gradle template did not work :(
Has anybody had any luck fixing this issue?

[tatelax]

@elringus This issue still exists and hippo's solution works. Closing issues simply because there was no activity for 2 weeks is not a great idea.

[elringus]

@tatelax Feel free to send a PR to fix the issue, I'll review it.

[Abbabon]

Why is this closed if there isn't a fix in the plugin? There must be some other way to work around this in the package itself?

the 'culture' in this repo is to request a PR to fix the issue and then close the issue... very common these days unfortunately (github should really add this as a state)

[elringus]

@AmitWhalo @Abbabon The issues are closed automatically when no activity is detected in a set period of time. It's not like I'm closing them manually.

The 'culture' of many github users is, unfortunately, to treat open-source repos as a product they own and assume they're entitled for tech support just because they're using it. Please don't forget we're sharing the code and maintaining it just out of our good will.

[MattLichter]

Why is this closed if there isn't a fix in the plugin? There must be some other way to work around this in the package itself?

the 'culture' in this repo is to request a PR to fix the issue and then close the issue... very common these days unfortunately (github should really add this as a state)

Nothing unfortunate about it in the slightest. This software is free in every sense of the word. Nobody is entitled to support from anybody.

[Abbabon]

@MattLichter @elringus

> > > Why is this closed if there isn't a fix in the plugin? There must be some other way to work around this in the package itself?

the 'culture' in this repo is to request a PR to fix the issue and then close the issue... very common these days unfortunately (github should really add this as a state)

Nothing unfortunate about it in the slightest. This software is free in every sense of the word. Nobody is entitled to support from anybody.

I'm sorry if I've touched an exposed nerve here - but the actual issue, as a bug in the software is not closed. The repo's state does not reflect the state of the said free software.

[elringus]

but the actual issue, as a bug in the software

I'm not even sure the issue is caused by the plugin. Looks like something android/unity-related.