Fixed
Status Update
No update yet.
Comments
hu...@google.com
jo...@google.com
ya...@google.com
I've recenly encountered this issue and I must say it's quite a nuisance. Searched half of the Internet just to find out that the problem lies in Gradle's applicationIdSuffix :). I think this bug should be reported to Android SDK Build Tools devs, because only they can do something about it.
ya...@google.com
ah...@gmail.com
IMHO it's the case of Android platform problem. Resources are packed, WebView tries to load them from wrong place. It's not build tools that put them in wrong place.
And by the way it's very frustrating bug.
And by the way it's very frustrating bug.
mi...@gmail.com
[Comment deleted]
mi...@gmail.com
[Comment deleted]
[Deleted User] <[Deleted User]>
mr...@gmail.com
The applicationIdSuffix/packageName/etc seem to be a Gradle-specific concept that applies only at build time.
At runtime, the only way WebView has to identify your app is the actual package name of the APK, and that will be the full string with the suffix included. The package that was used at compile time when generating the R class is not stored in the APK, and there's not really any way for WebView to know what it was as far as I know.
At runtime, the only way WebView has to identify your app is the actual package name of the APK, and that will be the full string with the suffix included. The package that was used at compile time when generating the R class is not stored in the APK, and there's not really any way for WebView to know what it was as far as I know.
Description
Android SDK Tools: 25.3.1
Host Operating System: macOS 10.12.3
Steps to Reproduce Bug:
1. open emulator on laptop display on Macbook pro with touchbar (with Tbolt display attached)
2. shut laptop lid
3. disconnect Tbolt display
4. open laptop lid.
Expected Behavior:
Emulator just works™.
Observed Behavior:
See screenshot