android.app.RemoteServiceException: at android.app.ActivityThread$H.handleMessage(ActivityThread.java)
Categories
(Firefox for Android Graveyard :: General, defect, P2)
Tracking
(firefox16 wontfix, firefox17 wontfix, firefox22 wontfix, firefox23 wontfix, firefox-esr68 affected, firefox65 wontfix, firefox66 wontfix, firefox67 wontfix, firefox68 affected)
People
(Reporter: scoobidiver, Assigned: brad.arant)
Details
(Keywords: crash, topcrash, Whiteboard: [native-crash])
Crash Data
Reporter | ||
Updated•13 years ago
|
Reporter | ||
Updated•12 years ago
|
Updated•10 years ago
|
Comment 1•6 years ago
|
||
This crash is #5 overall in the latest 65.0.1 release. Updating flags.
Updated•6 years ago
|
Comment 2•6 years ago
|
||
This is a very high volume crash in 65 and likely will be in 66 but I don't think we'll have a fix for 66 release. If we do land something for 68/67, we could consider uplift for a later dot release so let me know if that happens.
Updated•6 years ago
|
Updated•6 years ago
|
Comment 3•6 years ago
|
||
Top crash device is Blackberry STH100-2, followed by ONEPLUS A5010 and ONEPLUS A5000. Comments are not particularly useful and no particular trend in URLs.
(26.37% in signature vs 10.61% overall) useragent_locale = en-US ∧ "WebGL?" in app_notes = true
(21.59% in signature vs 06.56% overall) android_version = 26 (REL) ∧ "WebGL?" in app_notes = true
(21.59% in signature vs 06.56% overall) "WebGL+" in app_notes = true ∧ android_version = 26 (REL)
Comment 4•6 years ago
|
||
Hi, I tried to reproduce this crash using OnePlus 5T (Android 9) and Samsung Galaxy S8 (Android 9) on the latest version of Nightly 68.0a1 (2019-03-19).
The scenarios tested:
- Watch a video in full screen;
- Watch a video in private window;
- removing history links;
- follow links from CNN;
Due to the fact that this ticket is a critical one, can we do something from the QA side to help with the investigation?
Comment 5•6 years ago
|
||
Discussed during Fennec triage today. Although 65.0.1 has over 21576 crashes, it is too early in 66 to tell what the crash volume will be. Also I am removing the second crash signature since it hasn't shown any crashes in the last 6 months. Current comments are no useful.
Updated•6 years ago
|
Comment 6•6 years ago
|
||
No crashes on 67 beta, either this got fixed or the signature changed.
Updated•6 years ago
|
Comment 7•6 years ago
|
||
Liz: Should we untrack this for 66 so it doesn't come up in the Fennec blocking query? Currently the signature is not seen in 67 or 68.
Updated•6 years ago
|
Comment 9•6 years ago
|
||
#5 top crash currently in 68 beta. This crash doesn't seem to have affect 67 at all.
Assignee | ||
Updated•6 years ago
|
Assignee | ||
Comment 10•6 years ago
|
||
This error is usually caused by using a UX component on a status bar or notification message that cannot be used on those objects. I was attempting to verify but cannot recreate.
Assignee | ||
Updated•6 years ago
|
Comment 11•6 years ago
|
||
This is the #4 top overall crash in Fennec release.
Comment 12•6 years ago
|
||
Several of the comments mention Twitter:
- Firefox was unresponsive when browsing twitter. Even after closing it, it was still unresponsive until it crashed.
- It crashed after I opened the twitter app from firefox
Almost 6500 crashes on 68 release.
Comment 14•6 years ago
|
||
Moving this up to a P1 since it is now in the top crash realm.
Assignee | ||
Updated•6 years ago
|
Comment 16•5 years ago
|
||
Updated•5 years ago
|
Description
•