Fixed
Status Update
Comments
uc...@google.com <uc...@google.com>
mh...@gmail.com <mh...@gmail.com> #3
Can we get the full stacktrace? (run with --stacktrace).
thanks!
thanks!
se...@gmail.com <se...@gmail.com> #4
Desugar needs to check if the EnclosingMethod attribute (https://docs.oracle.com/javase/specs/jvms/se8/html/jvms-4.html#jvms-4.7.7 ), contains a reference to a method from an interface. Reason is that those methods will be moved to companion classes, and value of these attributes will be incorrect, which might confuse Proguard. Therefore, it will just remove them from the class, if owner is an interface.
So, in your case, while analyzing SomeClass$someMethod$1$1$2$1, Desugar will find EnclosingMethod attribute, and the value of the outer class will be SomeClass$someMethod$1$1$2. Then, it will try to determine if that class is an interface, but it is missing from the jar, so it fails with the error in #1. Can you please check if the missing class is in the jar? Or you doing any bytecode rewriting/generating yourself before Desugar runs?
So, in your case, while analyzing SomeClass$someMethod$1$1$2$1, Desugar will find EnclosingMethod attribute, and the value of the outer class will be SomeClass$someMethod$1$1$2. Then, it will try to determine if that class is an interface, but it is missing from the jar, so it fails with the error in #1. Can you please check if the missing class is in the jar? Or you doing any bytecode rewriting/generating yourself before Desugar runs?
ca...@remitly.com <ca...@remitly.com> #5
No, before beta-1 or 3.2.0-alpha01 there's no problem with building or testing.
The class is normal Kotlin object-class (singleton), there're some other similar classes in the project, however, no errors would be fired from them.
The class is normal Kotlin object-class (singleton), there're some other similar classes in the project, however, no errors would be fired from them.
al...@gmail.com <al...@gmail.com> #6
Can you upload .calss files for SomeClass$someMethod$1$1$2$1,and for SomeClass$someMethod$1$1$2? If you are able to provide source code that reproduces the issues, that would help greatly.
ta...@takehara.eng.br <ta...@takehara.eng.br> #7
You can check out this project https://github.com/XinyueZ/qiaoqiao.git
Use gradle beta-1 or 3.2.0-alpha01 and run: ./gradlew clean assembleDebug
My first evidence is CameraSetup at line 74 where the first argument ShutterCallback might reproduce the problem.
I have tried to pass these all two params explicitly without lambda and the error lands on ShutterCallback directly.
Use gradle beta-1 or 3.2.0-alpha01 and run: ./gradlew clean assembleDebug
My first evidence is CameraSetup at line 74 where the first argument ShutterCallback might reproduce the problem.
I have tried to pass these all two params explicitly without lambda and the error lands on ShutterCallback directly.
es...@google.com <es...@google.com>
ad...@google.com <ad...@google.com>
qu...@google.com <qu...@google.com>
sh...@gmail.com <sh...@gmail.com> #8
The issue seems to be in kotlinc. It produces CameraSetup$setup$1$1$2$1.class class files, that contains EnclosingMethod attribute that points to CameraSetup$setup$1$1$2, that does not exist. I am trying to create a simpler project that reproduces the issue.
Description
The reason appears to be that the default resolution is 320x480 with 320dpi. Using this command line apparently doesn't apply the skin anymore:
$ANDROID_HOME/tools/bin/avdmanager create avd --force --name test --package 'system-images;android-22;default;armeabi-v7a' --abi armeabi-v7a --device 'Nexus 4' --sdcard 128M