Fixed
Status Update
Comments
il...@google.com <il...@google.com> #2
Update: I was able to downgrade to 32.1.10 and I can confirm it's smooth again. The issue is indeed in emulator version 33.1.1
me...@gmail.com <me...@gmail.com> #3
It's happening to me too and I also confirm that reverting to 32.1.10 fixes the issue.
We should have an easier way of reverting versions. AS should allow picking the version similarly to how we already do for the other tools in SDK manager.
We should have an easier way of reverting versions. AS should allow picking the version similarly to how we already do for the other tools in SDK manager.
me...@gmail.com <me...@gmail.com> #4
Hi,
would you try to turn on hardware GPU rendering (instead of auto GPU) and see if it fixes this issue?
would you try to turn on hardware GPU rendering (instead of auto GPU) and see if it fixes this issue?
lb...@gmail.com <lb...@gmail.com> #5
Hi,
I'm currently not able to change this option, it is greyed out.
I'm currently not able to change this option, it is greyed out.
me...@gmail.com <me...@gmail.com> #6
Hi,
there are 2 ways to set it:
1. use a google_apis image (instead of google_apis_playstore). it will re-enable the option.
2. go to your avd folder (usually located in ~/.android/avd/your_avd_name.avd/), open config.ini and hardware-qemu.ini, then modify those lines:
hw.gpu.enabled=yes
hw.gpu.mode=host
there are 2 ways to set it:
1. use a google_apis image (instead of google_apis_playstore). it will re-enable the option.
2. go to your avd folder (usually located in ~/.android/avd/your_avd_name.avd/), open config.ini and hardware-qemu.ini, then modify those lines:
hw.gpu.enabled=yes
hw.gpu.mode=host
il...@google.com <il...@google.com>
mi...@gmail.com <mi...@gmail.com> #7
Hi,
Yes, option 2 fixes the issue (which also persists on 33.1.2 btw). Even though I get a warning when I start the emulator (see attachments).
Will this option be enabled "out of the box" in a future version?
Yes, option 2 fixes the issue (which also persists on 33.1.2 btw). Even though I get a warning when I start the emulator (see attachments).
Will this option be enabled "out of the box" in a future version?
lb...@gmail.com <lb...@gmail.com> #8
Hi,
we suspect a bug in gpu detection logic on Mac M1, and will try to address it in upcoming releases.
we suspect a bug in gpu detection logic on Mac M1, and will try to address it in upcoming releases.
ab...@gmail.com <ab...@gmail.com> #9
Hi Devki,
would you help to cp aosp/2451107 to next stable and canary releases? Thank you!
would you help to cp aosp/2451107 to next stable and canary releases? Thank you!
me...@gmail.com <me...@gmail.com> #10
Hi Devki,
Could we cherry-pick it to canary release as well? Thanks!
Could we cherry-pick it to canary release as well? Thanks!
ab...@gmail.com <ab...@gmail.com> #11
@yahan it will be picked up in the next canary since we are doing snaps!
lb...@gmail.com <lb...@gmail.com> #12
Thanks!
jb...@google.com <jb...@google.com>
sa...@google.com <sa...@google.com>
ap...@google.com <ap...@google.com> #13
Was able to force the emulator to use the host GPU by opening it via the terminal with
./emulator -avd Resizable_API_33 -gpu host
sa...@google.com <sa...@google.com>
lb...@gmail.com <lb...@gmail.com> #14
I believe this is still happening in 33.1.10
jb...@google.com <jb...@google.com> #15
Chris, would you help to send us the verbose log?
lb...@gmail.com <lb...@gmail.com> #16
User on
na...@google.com <na...@google.com> #17
do you still have this problem with latest 33.1.20+ ?
lb...@gmail.com <lb...@gmail.com> #18
If that question is for me, I've tested changing the config.ini back to "hw.gpu.mode=auto" and it appears to be fine. I have 33.1.2.0.
lb...@gmail.com <lb...@gmail.com> #19
with 34.1.x stable already, are there still any performance degradation ?
let us know
let us know
pr...@google.com <pr...@google.com> #20
Can confirm the flag is correctly set for new emulators on 34.1.18
lb...@gmail.com <lb...@gmail.com> #21
@20 Not 1.6.0-alpha07 ?
th...@gmail.com <th...@gmail.com> #22
@21 androidx.fragment:fragment:1.5.6 is a STABLE release. It has the fix we need. The androidx.fragment:fragment:1.6.0-alpha07 is an alpha as it says. 1.6 is "work in progress". 1.6.0 is still not a stable release. Use "alpha" only for testing
lb...@gmail.com <lb...@gmail.com> #23
@22 So it's fixed on both. OK
Description
Version used: 1.5.2
Devices/Android versions reproduced on: Android 12
I'm using SearchView in my Activity. If SearchView is expanded and i'm opening DialogFragment on the top of the activity and then dismissing it, SearchView is being collapsed. It must not collapse.
Seems like some bug in Fragment 1.5.0 - 1.5.2 version. In 1.4.1 version everything is working fine.
Please suggest some workarounds or how to fix this issue?