WAI
Status Update
Comments
vi...@google.com <vi...@google.com> #2
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).
ki...@telechips.com <ki...@telechips.com> #3
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')
}
}
vi...@google.com <vi...@google.com> #4
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.
vi...@google.com <vi...@google.com> #5
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.
Description
I tested vts_treble_no hidl item in Android15. The result is fail.
To pass this test, I expect to need aosp modification.
Please check the specific issue description below.
Test Item : vts_treble_no_hidl
Test Environment :
- SDK version : Android15 (android-15.0.0_r1)
- VTS tool version : android-vts-15.0_r1
Issue Description :
An error occurred that the device contains 6 HIDL interfaces and all of the HIDL must be converted to AIDL.
But, In Android15, system/etc/vintf/manifest/manifest_media_c2_software.xml still defines both HIDL (android.hardware.media.c2@1.2) and AIDL (android.hardware.media.c2). And system/etc/vintf/manifest/manifest_evsmanagerd.xml still defines both HIDL (android.hardware.automotive.evs@1.1) and AIDL (android.hardware.automotive.evs).
I removed HIDL definition in manifest_media_c2_software.xml and manifest_evsmanagerd.xml and tested it again.
media.c2 and evs errors are missing in the test log.
Shoud I modify the aosp to fix the remaining 4 HIDL interfaces error?
I can't find google commit to resolve it. Please check if this is a google bug.
Detailed Log :
02-10 16:43:34 I/ModuleListener: [1/1] 00000000000 vts_treble_no_hidl VintfNoHidlTest#NoHidl FAILURE: test/vts-testcase/hal/treble/vintf/VtsNoHidl.cpp:88: Failure
Failed
There are 6 HIDL interfaces served on the device. These must be converted to AIDL as part of HIDL's deprecation processes.
test/vts-testcase/hal/treble/vintf/VtsNoHidl.cpp:93: Failure
Failed
android.frameworks.sensorservice@1.0::ISensorManager registered as a HIDL interface but must be in AIDL
test/vts-testcase/hal/treble/vintf/VtsNoHidl.cpp:93: Failure
Failed
android.hardware.automotive.evs@1.1::IEvsEnumerator registered as a HIDL interface but must be in AIDL
test/vts-testcase/hal/treble/vintf/VtsNoHidl.cpp:93: Failure
Failed
android.hardware.media.c2@1.2::IComponentStore registered as a HIDL interface but must be in AIDL
test/vts-testcase/hal/treble/vintf/VtsNoHidl.cpp:93: Failure
Failed
android.hidl.manager@1.2::IServiceManager registered as a HIDL interface but must be in AIDL
test/vts-testcase/hal/treble/vintf/VtsNoHidl.cpp:93: Failure
Failed
android.hidl.memory@1.0::IMapper registered as a HIDL interface but must be in AIDL
test/vts-testcase/hal/treble/vintf/VtsNoHidl.cpp:93: Failure
Failed
android.hidl.token@1.0::ITokenManager registered as a HIDL interface but must be in AIDL
I look forward to hearing from you.
Thanks & Regards.