Status Update
Comments
ps...@google.com <ps...@google.com> #2
1. Gradle and Android Plugin Version (File -> Project Structure -> Project)
2. Build logs
3. idea.log file if the issue occurs from Android Studio (select Help > Show Log in Finder / Explorer)
4. Gradle profile if it is a performance issue as described in
For more information on what’s needed and how to obtain this information please read the guide at
lo...@gmail.com <lo...@gmail.com> #3
I already provided the reproduction steps. Do you have any real blocker to start analyzing this issue?
pa...@google.com <pa...@google.com>
ju...@google.com <ju...@google.com>
vm...@google.com <vm...@google.com> #4
First of all, we improved this message due to the following issue: JAVA_HOME
path. Unfortunately in your case, we don't have the JAVA_HOME
to be able to compare, but in any case, there are different things to consider. When defining the STUDIO_GRADLE_JDK
environment variable, if valid (important otherwise will be ignored) this will be used to configure the Gradle daemon for the project sync. To confirm this selection, you can open the Gradle settings
and the selected Gradle JDK
should be STUDIO_GRADLE_JDK
. However, you still have the option to move away from it by selecting a different JDK
from the dropdown, but this selection isn't persisted.
Definitely in your case, the defined STUDIO_GRADLE_JDK
environment variable is completely ignored in the AS (supposing that is valid), a scenario that I was able to reproduce it on my end, figuring out an issue about obtaining the system environment variables. You probably have defined the STUDIO_GRADLE_JDK
under ~/.zshrc
and most probably if you ran the AS from the command line then the variable will be resolved properly. This is a synchronisation issue regarding the command line and GUI applications. A fix will be added on AS G Canary 10
that will address this by taking into consideration the shellScript environment variables simplifying this and keeping alignment with
As a note, any change regarding your STUDIO_GRADLE_JDK
requires restarting the AS to apply those changes. Another workaround will be to use the Gradle property GRADLE_USER_HOME
or Gradle installation
directory allowing to have a unique source of truth regarding your Gradle JDK
selection between different projects.
Description
Hello,
I upgraded Android Studio from BumbleBee beta 5 to RC1, and I got greeted by the following message in the "Event Log" tool window (you can also check the attached screenshot):
This is not right because I have the
STUDIO_GRADLE_JDK
, which I left unchanged and it was correctly used by Android Studio on BumbleBee beta 5.I don't know if the unwanted Gradle JDK change is linked to some code running on upgrade, or some regression specifically introduced in RC1.
Can you explain a bit what happened, and if there are any ways to prevent Android Studio from doing these unwanted config changes?
IDE info
Thank you and have a great day!
Louis CAD