Assigned
Status Update
No update yet.
Comments
zh...@xiaomi.com
Same here. I have links in a local html file referencing file:///android_res/drawable/ and on all gradle build flavors using another applicationId (added suffix) the Webview only shows broken links.
This behaviour seems not to be connected solely to Android 5.0 since it occurs on Android 4.4.4 too (tested with current cyanogenmod 11 build).
This behaviour seems not to be connected solely to Android 5.0 since it occurs on Android 4.4.4 too (tested with current cyanogenmod 11 build).
ra...@google.com
As a hotfix I added the following code to the gradle buildscript, which generates an additional R.java with changed java package for every flavor. I don't like this solution though.
android.applicationVariants.all{ variant ->
variant.javaCompile.doFirst{
copy {
from "${buildDir}/generated/source/r/${variant.dirName}/com/example/application/R.java"
into "${buildDir}/generated/source/r/${variant.dirName}/com/example/application/${variant.buildType.name }/"
}
File rFile = file("${buildDir}/generated/source/r/${variant.dirName}/com/example/application/${variant.buildType.name }/R.java")
String content = rFile.getText('UTF-8')
String newPackageName = "com.example.application.${variant.buildType.name }";
content = content.replaceAll(/com.example.application/, newPackageName)
rFile.write(content, 'UTF-8')
}
}
android.applicationVariants.all{ variant ->
variant.javaCompile.doFirst{
copy {
from "${buildDir}/generated/source/r/${variant.dirName}/com/example/application/R.java"
into "${buildDir}/generated/source/r/${variant.dirName}/com/example/application/${
}
File rFile = file("${buildDir}/generated/source/r/${variant.dirName}/com/example/application/${
String content = rFile.getText('UTF-8')
String newPackageName = "com.example.application.${
content = content.replaceAll(/com.example.application/, newPackageName)
rFile.write(content, 'UTF-8')
}
}
zh...@xiaomi.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.
Description
When playing HDR video, change the ambient light, observe the darkened area outside the video, and there is a darkening flickering phenomenon.
Reproduction steps:
Set a small window above the gallery application, play the HDR video, first give an ambient light that can make the hdrBrightness reach the maximum brightness of the display after brightening. At this time, sdrBrightness is not the maximum, and then give a large enough ambient light to make sdrBrightness change. Observe that there is obvious flicker in the white darkened area outside the video playback.
Cause of the problem:
When the galley application adopts the mixed synthesis method, as follows:
SurfaceView[com.miui.mediaviewer/com[...]o.FrameLocalPlayActivity](BLAST)#571
11 | 0 | DEVICE | ROT_270 | 999 0 2201 2136 | 0.0 0.0 3840.0 2160.0 | [*]
---------------------------------------------------------------------------------------------------------------------------------------------------------------
com.miui.mediaviewer/com.miui.video.[...]leryvideo.FrameLocalPlayActivity#566
12 | 1 | CLIENT | 0 | 0 0 3200 2136 | 0.0 0.0 3200.0 2136.0 | [*]
the exist function in the Output::composeSurfaces function to determine whether the cache is hit does not add a white point value judgment, so the cache is not updated to darken, causing the screen to flicker.