Fixed
Status Update
Comments
ad...@gmail.com <ad...@gmail.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
ra...@google.com <ra...@google.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.
ra...@google.com <ra...@google.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?
ra...@google.com <ra...@google.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.
ra...@gmail.com <ra...@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
ra...@google.com <ra...@google.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?
ra...@google.com <ra...@google.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.
[Deleted User] <[Deleted User]> #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!
ra...@google.com <ra...@google.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!
ad...@gmail.com <ad...@gmail.com> #11
@yahan it will be picked up in the next canary since we are doing snaps!
ra...@gmail.com <ra...@gmail.com> #12
Thanks!
su...@google.com <su...@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
ra...@gmail.com <ra...@gmail.com> #14
I believe this is still happening in 33.1.10
ra...@google.com <ra...@google.com> #15
Chris, would you help to send us the verbose log?
ra...@google.com <ra...@google.com> #16
User on
ap...@google.com <ap...@google.com> #17
do you still have this problem with latest 33.1.20+ ?
jo...@soundcloud.com <jo...@soundcloud.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.
th...@amazon.com <th...@amazon.com> #19
with 34.1.x stable already, are there still any performance degradation ?
let us know
let us know
su...@google.com <su...@google.com> #20
Can confirm the flag is correctly set for new emulators on 34.1.18
ra...@google.com <ra...@google.com> #21
#19, also in general crash rate as a metric is not a useful one here. We know once these devices get into this state, its hard to recover.
Can you take a look at your crashes to see the total number of users affected ? It will be useful to know what devices they are on as well.
Can you take a look at your crashes to see the total number of users affected ? It will be useful to know what devices they are on as well.
mt...@gmail.com <mt...@gmail.com> #22
Sorry for spam this issue, but ther eis just 6 starred people, so I think it's ok.
Could you please look at:https://issuetracker.google.com/issues/63622293 (200 starred people, for a 2 years).
And some next info inhttps://issuetracker.google.com/issues/115560697 60 starred people for a year).
We use now 2.1.0-alpha03 and this crash (100 jobs) looks fixed for us. Buthttps://issuetracker.google.com/issues/63622293 still happen on almost all platforms and it's not possible to workaround it, intead of this one which was possible workaround by cancelling all jobs after start app.
Thanks a lot
Could you please look at:
And some next info in
We use now 2.1.0-alpha03 and this crash (100 jobs) looks fixed for us. But
Thanks a lot
ra...@google.com <ra...@google.com> #23
You posted screenshots of your build.gradle file and it's using WorkManager 2.1.0-alpha03. (https://issuetracker.google.com/issues//63622293 )
I am not sure i understand why you are conflating WorkManager and JobIntentService here.
I am not sure i understand why you are conflating WorkManager and JobIntentService here.
ra...@google.com <ra...@google.com> #24
The crash in JobIntentService and your usage of 2.1.0-alpha03 are not related at all.
mt...@gmail.com <mt...@gmail.com> #25
I'm sorry, I and some next pelople think, that JobIntentService is related to Workmanager, because before WorkManager we used JobScheduler and JobIntentService... etc, still have mess around jobs and notifications and background services...
aa...@linkedin.com <aa...@linkedin.com> #26
We believe we're seeing 1M crashes a day from this problem. Would be great to get this fixed quickly.
su...@google.com <su...@google.com> #27
#26: It would be great to get some more details as we believe the problem has been addressed (this bug is marked as fixed). What version of WorkManager are you using? Can you give more details?
ra...@google.com <ra...@google.com> #28
Hi aarmstro@
Which version of WorkManager are you using. This bug has been marked fixed for around ~3 weeks. Are you using the new beta ?
Which version of WorkManager are you using. This bug has been marked fixed for around ~3 weeks. Are you using the new beta ?
aa...@linkedin.com <aa...@linkedin.com> #29
I believe we are not yet using the beta (since we generally try to run only stable libraries for our production app). We'll investigate the fix there though. Do you feel confident that the beta is stable enough for large apps to use?
ra...@google.com <ra...@google.com> #30
Google apps usually take drops from HEAD all the time. So I would say yes.
If you are uncomfortable then you can always try using it in a beta
rollout of the app.
On Thu, Jun 20, 2019 at 5:45 PM <buganizer-system@google.com> wrote:
If you are uncomfortable then you can always try using it in a beta
rollout of the app.
On Thu, Jun 20, 2019 at 5:45 PM <buganizer-system@google.com> wrote:
Description
Tracking the 100 jobs crash that affects a very small % of users of WorkManager.