Closed
Bug 717275
Opened 13 years ago
Closed 8 years ago
Constantly crashes on image heavy pages
Categories
(Core Graveyard :: Plug-ins, defect)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: idfoto, Unassigned)
Details
(Keywords: crash)
Crash Data
Attachments
(1 file)
46.37 KB,
text/plain
|
Details |
User Agent: Mozilla/5.0 (Windows NT 6.1; rv:9.0.1) Gecko/20100101 Firefox/9.0.1
Build ID: 20111220165912
Steps to reproduce:
1. Open Google Reader
2. Add image-heavy RSS feeds
3. Read feeds
One of the recent crashers is http://podakuni.livejournal.com/data/rss
Tried the safe mode - did not help.
Crashed started from version 5 or so (in v 3 there black page appeared, but FF did not close), and none of new releases fixed this.
Actual results:
Crash. Some feeds are not event completed to load before crash, some can wait for about 5-10 articles (image lists) loaded.
Expected results:
Nothing... It just should work.
Crash Signature: 5f6f15aa-b5c1-4fb9-827f-3e5ca2120111 → 5ed161a9-1091-4c46-a9f0-234552120111
5f6f15aa-b5c1-4fb9-827f-3e5ca2120111
...
Comment 1•13 years ago
|
||
The provided crash reports are corrupt.
Can you provide a valid stacktrace with WinDgb?
See https://developer.mozilla.org/en/How_to_get_a_stacktrace_with_WinDbg
Crash Signature: 5ed161a9-1091-4c46-a9f0-234552120111
5f6f15aa-b5c1-4fb9-827f-3e5ca2120111
...
What do you mean by "corrupt"?
Here is the bunch of crash reports sent to mozilla that I can see in about:crashes
https://crash-stats.mozilla.com/report/index/bp-5ed161a9-1091-4c46-a9f0-234552120111
and lots more:
Submitted Crash Reports
Report ID Date Submitted
bp-6573ba70-9d77-4392-882a-975a32120111 1/11/20127:43 PM
bp-5ed161a9-1091-4c46-a9f0-234552120111 1/11/20127:22 PM
bp-5f6f15aa-b5c1-4fb9-827f-3e5ca2120111 1/11/20127:09 PM
bp-8da0ff91-7dcb-4a9d-926c-fb1152120111 1/11/20126:28 PM
bp-aff2e9f0-b401-45f4-b93b-ebee12120111 1/11/201212:00 PM
bp-3b6a797a-9897-4638-8cc7-156182120111 1/11/201211:52 AM
bp-cfcf1169-a6f0-4c7e-bf4a-96f1d2120111 1/11/201211:48 AM
bp-5bdd501b-b9b2-4b13-9698-0d56a2120111 1/11/201210:58 AM
bp-8c277162-87fb-4fec-9802-c06112120110 1/10/20122:53 PM
bp-fc74cd66-6928-4b57-9542-2f7bc2120109 1/10/20129:53 AM
...
Severity: critical → normal
Comment 3•13 years ago
|
||
(In reply to Ivan D from comment #2)
> What do you mean by "corrupt"?
> Here is the bunch of crash reports sent to mozilla that I can see in
> about:crashes
They are submitted to the crash server to be count in crash stats, but nothing can be done to figure out what's going on in the code (Breakpad is fallible). So please provide a stacktrace with WinDbg?
Severity: normal → critical
Updated•13 years ago
|
Crash Signature: [@ mozalloc_abort(char const* const) | NS_DebugBreak_P | mozilla::plugins::PluginModuleChild::QuickExit()]
Component: Untriaged → Plug-ins
Product: Firefox → Core
QA Contact: untriaged → plugins
Additional note that may help:
Crash happens when reading image-heavy pages in Google Reader, i.e. in the internal frame or whatever is use there.
If open the page in a separate tab - in most cases it does work fine.
Component: Plug-ins → General
Product: Core → Firefox
Updated•13 years ago
|
Component: General → Plug-ins
Product: Firefox → Core
Updated•13 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
Updated•10 years ago
|
Crash Signature: [@ mozalloc_abort(char const* const) | NS_DebugBreak_P | mozilla::plugins::PluginModuleChild::QuickExit()] → [@ mozalloc_abort(char const* const) | NS_DebugBreak_P | mozilla::plugins::PluginModuleChild::QuickExit()]
[@ mozalloc_abort | NS_DebugBreak_P | mozilla::plugins::PluginModuleChild::QuickExit]
Comment 6•8 years ago
|
||
I'm marking this bug as WORKSFORME as bug crashlog signature didn't appear from a long time (over half year).
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → WORKSFORME
Updated•3 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•