Status Update
Comments
pe...@gmail.com <pe...@gmail.com> #2
Oh and important thing to note, the test passes when running via Gradle.
sg...@google.com <sg...@google.com>
cl...@google.com <cl...@google.com> #4
This is not reproducible. Verified against LB Canary 1 using the attached project. Everything works fine.
What test do you run exactly (the class/method/...)?
pu...@gmail.com <pu...@gmail.com> #5
I'm attaching screenshots and idea.log as well to narrow this down. I tried to assign Gradle JDK 17 and 11 with no change, different flavor of 21 - no change. But then again running the test through Gradle works, unless you want to debug. In which case it cannot find a valid JDK. This is really confusing for me…
If you want me to try anything, I'm willing to give it a shot. It's reproducible in 100% of times on my side.
sg...@google.com <sg...@google.com> #6
Ok, I understand what is going on: you are choosing the first option which runs tests using JUnit, but we should not be showing that option to you anyway. If you chose the option to run the Gradle RC, then it will run the tests for you fine.
Thank you for bringing this to our attention.
pu...@gmail.com <pu...@gmail.com> #7
This is now fixed and will be available in the next Android Studio release. Thank you for reporting.
pu...@gmail.com <pu...@gmail.com> #8
Thank you for your patience while our engineering team worked to resolve this issue. A fix for this issue is now available in:
- Android Studio Ladybug Feature Drop | 2024.2.2 Canary 3
- Android Gradle Plugin 8.8.0-alpha03
We encourage you to try the latest update.
If you notice further issues or have questions, please file a new bug report.
Thank you for taking the time to submit feedback — we really appreciate it!
to...@yahoo.com <to...@yahoo.com> #9
I've tried this with Canary 4 for ladybug and I can still reproduce this issue. Not really sure what I might be doing wrong.
bi...@google.com <bi...@google.com> #10
Ok can you please than share more details here about how do you rep[roduce and what do you see in steps like the initial reporter dd above ?
Most importantly: can you see a file named runConfigurations.xml
under your .idea
folder and please share it's content if you have it.
Thanks.
hu...@google.com <hu...@google.com> #11
I have the same problem. Just installed Ladybug stable and tried to run the test with side icon next to single test - it starts the test as Junit test configuration witch as stated above does not work and should not be even visible...
When selecting the side icon there are 3 options to run, first one have itelliJ test icon, other ones have gradle icon, but are truncated and i'm unable to see what they are for (screenshot attached). Once i selected the wrong configuration I had to remove that wrong run configuration, then i was able to select the proper one (second option).
I think best resolution would be if the junit runner option was removed from sidebar selection menu and make submenu larger to be able to see which option is to run single test and which is for all test in file.
to...@yahoo.com <to...@yahoo.com> #12
Please refer to comment 10 above as we need more info to understand why you are seeing this.
Thank you.
hu...@google.com <hu...@google.com> #13
You can find my runConfigurations.xml file attached.
hu...@google.com <hu...@google.com> #14
Thank you for attaching the file. Could I please ask you to Sync your project and check this file again to see if its content changed by any chance ?
to...@yahoo.com <to...@yahoo.com> #15
No, the content stayed the same. Also i checked other project i have on disk and was not yet opened in AS Ladybug (or even with new UI if that matters) - there wasn't file until I opened project in new AS and it was created with the same content.
hu...@google.com <hu...@google.com> #16
I need some more details about your project setup to be able to reproduce the issue. Is there a possibility to share a repro project for this by any chance please ?
pu...@gmail.com <pu...@gmail.com> #17
Unfortunately I cannot share my project, but I was able to reproduce it just by creating new empty activity project (attached).
I also tried to remove all "AndroidStudio###" folders in appdata/local/google
and appdata/roaming/google
to make sure it is like new user experience. Still got runConfigurations.xml
file created with the same content.
Here are also details from Android Studio about page:
Android Studio Ladybug | 2024.2.1
Build #AI-242.21829.142.2421.12409432, built on September 24, 2024
Runtime version: 21.0.3+-12282718-b509.11 amd64
VM: OpenJDK 64-Bit Server VM by JetBrains s.r.o.
Toolkit: sun.awt.windows.WToolkit
Windows 10.0
GC: G1 Young Generation, G1 Concurrent GC, G1 Old Generation
Memory: 2048M
Cores: 8
Registry:
ide.experimental.ui=true
hu...@google.com <hu...@google.com> #18
As a workaround, if you delete the runConfigurations.xml
file and re-open your project, you will not be seeing this issue anymore. We will work on a fix for this for the next release. Sorry for the inconvenence.
to...@yahoo.com <to...@yahoo.com> #19 Restricted
to...@yahoo.com <to...@yahoo.com> #20
Ok For now you can replace the file's content with this
<?xml version="1.0" encoding="UTF-8"?>
<project version="4">
<component name="RunConfigurationProducerService">
<option name="ignoredProducers">
<set>
<option value="com.intellij.execution.junit.AbstractAllInDirectoryConfigurationProducer" />
<option value="com.intellij.execution.junit.AllInPackageConfigurationProducer" />
<option value="com.intellij.execution.junit.PatternConfigurationProducer" />
<option value="com.intellij.execution.junit.TestInClassConfigurationProducer" />
<option value="com.intellij.execution.junit.UniqueIdConfigurationProducer" />
<option value="com.intellij.execution.junit.testDiscovery.JUnitTestDiscoveryConfigurationProducer" />
<option value="org.jetbrains.kotlin.idea.junit.KotlinJUnitRunConfigurationProducer" />
<option value="org.jetbrains.kotlin.idea.junit.KotlinPatternConfigurationProducer" />
</set>
</option>
</component>
</project>
Then do same of closing and re-opening your project ( No need for Sync). We're working on a fix and trying to get it available ASAP.
hu...@google.com <hu...@google.com> #21
hu...@google.com <hu...@google.com> #22
We have a WIP fix for this and we will try have it available for PATCH 2 latest.
Thank you.
hu...@google.com <hu...@google.com> #23
hu...@google.com <hu...@google.com> #24
We're actually working to get this in for patch 1 ths week, just bare with us! thank you
ch...@google.com <ch...@google.com> #25
Thank you for your patience. This issue's fix will now be available in the LB.1 Patch 1 which is set to be released on Monday 14th, of October.
an...@google.com <an...@google.com> #26
The fixes for this issue are now also available in:
- Android Studio Ladybug | 2024.2.1 Patch 1
- Android Gradle Plugin 8.7.1
We encourage you to try the latest update.
If you notice further issues or have questions, please file a new bug report.
ch...@google.com <ch...@google.com> #27
Further fixes for this issue are now available in:
- Android Studio Ladybug Feature Drop | 2024.2.2 Canary 6
- Android Gradle Plugin 8.8.0-alpha06
We encourage you to try the latest update.
If you notice further issues or have questions, please file a new bug report.
pu...@gmail.com <pu...@gmail.com> #28
Confirming it is fixed in Canary 9.
However, Canary 9 introduced a new unrelated issue for me:
to...@yahoo.com <to...@yahoo.com> #29
I don't get the error described, but any source code changes are not reflected when I hit "Debug". I have to manually build first.
I added myself to the newest issue...
cl...@google.com <cl...@google.com> #30
Could you confirm whether it is possible to have a (desugaring) dependency between the project's classes and android.jar when minSdk >= 24?
That is possible when using desugared library. Most desugaring happen below 24, but some methods are desugared up to latest android.
I see java.io.InputStream#transferTo(java.io.OutputStream)
is desugared with desugared library up to android 32 so that makes sense.
to...@yahoo.com <to...@yahoo.com> #31
meerkat / agp 8.9.x and suga 2.1.3 .... seems to build again ok.
thanks!
Description
Build failure after upgrading the desugar library to 2.1.0 It works in AGP 8.4.x.