Closed Bug 683133 Opened 13 years ago Closed 13 years ago

Installing/uninstalling an add-on or changing locale crashes Fennec on restart [ @0x82911cdc]

Categories

(Firefox for Android Graveyard :: General, defect, P1)

Other
Linux
defect

Tracking

(firefox9 affected, fennec9+)

RESOLVED WORKSFORME
Tracking Status
firefox9 --- affected
fennec 9+ ---

People

(Reporter: whimboo, Assigned: dougt)

References

Details

(4 keywords, Whiteboard: [TI-regression])

Crash Data

Attachments

(4 files)

This bug was filed from the Socorro interface and is 
report bp-3e20b126-07d1-4757-913e-243682110830 .
============================================================= 

This crash happend after installing adblock plus and restarting the browser.
This crash happened on my new Asus Transformer tablet with a fresh profile. Not sure if this could be locale dependent because others don't see the crash and my locale is set to 'de'.

Steps I did:
1. Install Nightly the first time ('de' is active)
2. Open the Add-ons Manager and install Adblock
3. Restart the browser

After step 3 the browser crashed.
Summary: crash @0x82911cdc → Installing Adblock plus in Fennec crashed the browser on restart [ @0x82911cdc]
Same happened now when I tried to uninstall Adblock. The browser crashed right after the restart. I haven't changed the locale.
Should we morph this bug into "Fennec crashes on any restart" ?
We have two cases now. So lets morph the summary accordingly.
Summary: Installing Adblock plus in Fennec crashed the browser on restart [ @0x82911cdc] → Installing/uninstalling an add-on or changing locale crashes Fennec on restart [ @0x82911cdc]
henrik, can you send me a logcat?  can you try a debug build (and send the logcat of that?)
I'm new to Android. So I would need some more information how to achieve that. Thanks.
I do not  have older builds of Firefox Mobile installed on my device. Does that crash happen for anyone on Aurora, Beta, or even Release?
Priority: -- → P1
Keywords: reproducible
(In reply to Henrik Skupin (:whimboo) from comment #9)
> I do not  have older builds of Firefox Mobile installed on my device. Does
> that crash happen for anyone on Aurora, Beta, or even Release?

Unable to reproduce on Aurora (08/31), nor Beta (7.0b4-build1)
Would be nice to get the regression range for this crash then.
Using STR:
1. Locale change from 'Automatic detection' -> 'DE'

Last known good: Aug 29th, 20110829055008
http://hg.mozilla.org/mozilla-central/rev/33031c875984

First known bad: Aug 30th, 20110830032952
http://hg.mozilla.org/mozilla-central/rev/e6591ea9b27b

http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=33031c875984&tochange=e6591ea9b27b
tracking-fennec: --- → ?
Looks like it has been caused by the landing of the Type Inference patches. David and Brian, could you please check?
What happens on a debug build, and what is the stack?
(In reply to Brian Hackett from comment #14)
> What happens on a debug build, and what is the stack?
I can't reproduce this in a debug build.
Brian, is there a way to turn of TI via a preference?
Currently, TI is always off on ARM (working on fixing that, bug 669715).  There are supporting changes to the VM though that are not pref'able.  To figure out whether one of these is the problem, I need more information about where the crash is occurring.  Can you get a stack?
Whiteboard: [TI-regression]
tracking-fennec: ? → 9+
Assignee: nobody → doug.turner
Keywords: crashtopcrash
Keywords: crash
Simpler STR: Disable Feedback extension, reboot.
Attached file Stack scan
I don't know if this is useful, but I ran the dump in comment 0 through this tool:
http://hg.mozilla.org/users/tmielczarek_mozilla.com/dump-lookup/

Which simply looks at every address on the stack of the crashing thread and prints those that are within loaded modules, filling in source information if available.
I can't seem to reproduce the crash with the given STR with the latest nightly
Mozilla/5.0 (Android; Linux armv7I; rv:9.0a1) Gecko/20110907 Firefox/9.0a1 Fennec/9.0a1

Toshiba Thrive 3.1, HTC Flyer 2.3
Same here. Has another TM merge fixed that issue?
Does this still crash with the 9/6 nightly?  Before the 9/7 nightly there was a merge from the JM branch to m-c that pulled in a bunch of TI bug fixes, it would be nice if one of those also fixed this bug.
Not reproducible anymore starting with build: Mozilla /5.0 (Android;Linux armv7l;rv:9.0a1) Gecko/20110905 Firefox/9.0a1 Fennec/9.0a1
Device: LG Optimus 2X (Andriud 2.2)
Thanks Andreea. That would give us the following changesets:
http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=a351ae35f2c4&tochange=2bb8c0b664cf

Brian, anything you could imagine which has been fixed this crash?

Closing as WFM for now unless we know which patch fixed it.
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: