Assigned
Status Update
No update yet.
Comments
vi...@google.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).
Description
I did AudioManagerTest on Android 15 and failed in testAccessRingMode.
I needed to modify aosp to pass this item.
Please check this.
Test Item : android.media.audio.cts.AudioManagerTest#testAccessRingMode
Test Environment :
- SDK version : Android15 (android-15.0.0_r1)
- CTS tool version : Android Compatibility Test Suite 15_r2 (12699308)
Issue Description :
java.lang.AssertionError: expected:<2> but was:<0>
at org.junit.Assert.fail(Assert.java:89)
at org.junit.Assert.failNotEquals(Assert.java:835)
at org.junit.Assert.assertEquals(Assert.java:647)
at org.junit.Assert.assertEquals(Assert.java:633)
at android.media.audio.cts.AudioManagerTest.testAccessRingMode(AudioManagerTest.java:781)
In my SDK, the automotive setting is set to true.
When debugging, I found that the autoPublicVolumeApiHardening part of the blockVolumeMethod function in the SDK\maincore\frameworks\base\services\core\java\com\android\server\audio\HardeningEnforcer.java file is set to false, so blockVolumeMethod returns false.
To solve this, I created a file auto_public_volume_api_hardening_flag_values.textproto in the SDK\maincore\build\release\aconfig\ap3a\android.media.audio\ path and wrote it as follows.
flag_value {
package: "android.media.audio"
name: "auto_public_volume_api_hardening"
state: ENABLED
permission: READ_WRITE
}
I attached test log and CTS results.