Closed
Bug 103477
Opened 23 years ago
Closed 23 years ago
rendering breaks (or crash) when going from tweakers.net to bugzilla - Trunk [@ nsVoidArray::IndexOf][@ IndexOf]
Categories
(Core :: Layout, defect)
Tracking
()
VERIFIED
FIXED
People
(Reporter: ferdinandw+bmo, Assigned: pavlov)
References
()
Details
(4 keywords)
Crash Data
Attachments
(2 files, 1 obsolete file)
|
5.31 KB,
text/plain
|
Details | |
|
3.25 KB,
patch
|
pavlov
:
review+
pavlov
:
superreview+
|
Details | Diff | Splinter Review |
From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.4+) Gecko/20011006 BuildID: 2001100608 On win2k using 2001100608 (cvs), with the 'Accept images that come from the originating server only' pref set: If I go to http://www.tweakers.net/ and then to http://bugzilla.mozilla.org/ the rendering of the page and scrollbars breaks, I have to move windows over the canvas to get the page to display. This is the same for every page I try to load after bugzilla as well. If the bugzilla page is in cache, the browser crashes instead. Reproducible: Always Steps to Reproduce: 1. Set 'Accept images that come from the originating server only' pref 2. Go to http://www.tweakers.net/ 3. Go to http://bugzilla.mozilla.org/ 4. If bugzilla is in cache (memory or disk), the browser crashes 5. If bugzilla isn't in cache, rendering breaks completely Actual Results: Browser either becomes unusable, or it crashes Expected Results: Continued correct rendering, and no crashes. I think that the problem is in the iframe, as that tends to show up over incorrectly rendered pages. Any site with an image in an iframe will probably do the trick tweakers.net does for this bug. I'm building a debug build now, will attach a stack of the crash once it's done. Workaround is allowing all images to load.
I've found that closing the browser window after rendering is broken results in a crash too. Using sourceforge.net instead of tweakers.net will work to reproduce crash and rendering problems as well.
first lines of that stack are what i see in gdb when crashing by clicking links at http://www.dinside.no (Linux 2001100606)
indeed, www.dinside.no gives the same crash in a more easily reproducable form: it even crashes when accepting all images, and it skips the paint problem stage.
i see the same stack in bug 103504 when opening image properties in composer.
*** Bug 103504 has been marked as a duplicate of this bug. ***
*** Bug 103501 has been marked as a duplicate of this bug. ***
raising severity another notch - this is crashing all over the place
Severity: critical → blocker
Keywords: regression
Comment 9•23 years ago
|
||
This is a smoketest blocker. smoketest B.7 (www.msn.com) is crashing with this stack....
Keywords: smoketest
Comment 10•23 years ago
|
||
This is caused by the patch for bug 92248 (onmouseover flickering).
| Assignee | ||
Comment 12•23 years ago
|
||
| Assignee | ||
Comment 13•23 years ago
|
||
| Assignee | ||
Updated•23 years ago
|
Attachment #52405 -
Attachment is obsolete: true
Comment 14•23 years ago
|
||
built on linux w/patch in attachment 52407 [details] [diff] [review]: www.dinside.no no longer crashes when clicking links. Image properties in Composer work fine again.
Comment 15•23 years ago
|
||
*** Bug 103506 has been marked as a duplicate of this bug. ***
Comment 16•23 years ago
|
||
sr=hyatt
Comment 17•23 years ago
|
||
NS_IMETHODIMP imgRequestProxy::Cancel(nsresult status)
{
- if (mCanceled)
+ if (mCanceled || mOwner)
return NS_ERROR_FAILURE;
That should be !mOwner.
Fix that, and r=jag.
Comment 18•23 years ago
|
||
*** Bug 103547 has been marked as a duplicate of this bug. ***
Comment 19•23 years ago
|
||
*** Bug 103557 has been marked as a duplicate of this bug. ***
| Assignee | ||
Updated•23 years ago
|
Attachment #52407 -
Flags: superreview+
Attachment #52407 -
Flags: review+
| Assignee | ||
Comment 20•23 years ago
|
||
fixed
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
| Assignee | ||
Comment 21•23 years ago
|
||
*** Bug 103536 has been marked as a duplicate of this bug. ***
| Reporter | ||
Comment 22•23 years ago
|
||
confirming fixed on w2k 2001100712 (cvs)
Comment 23•23 years ago
|
||
*** Bug 103589 has been marked as a duplicate of this bug. ***
Comment 24•23 years ago
|
||
*** Bug 103581 has been marked as a duplicate of this bug. ***
| Reporter | ||
Comment 25•23 years ago
|
||
*** Bug 103625 has been marked as a duplicate of this bug. ***
Comment 26•23 years ago
|
||
*** Bug 103625 has been marked as a duplicate of this bug. ***
Comment 27•23 years ago
|
||
*** Bug 103654 has been marked as a duplicate of this bug. ***
Comment 28•23 years ago
|
||
Confirming fixed on Linux (20011008 CVS)
Comment 29•23 years ago
|
||
for the QA: Confirming fixed on win2k build 20011008.. (CVS)
Keywords: topcrash
Summary: rendering breaks (or crash) when going from tweakers.net to bugzilla → rendering breaks (or crash) when going from tweakers.net to bugzilla [@ nsVoidArray::IndexOf][@ IndexOf]
Comment 30•23 years ago
|
||
Adding Trunk to summary for tracking and cc'ing Talkback folk.
Summary: rendering breaks (or crash) when going from tweakers.net to bugzilla [@ nsVoidArray::IndexOf][@ IndexOf] → rendering breaks (or crash) when going from tweakers.net to bugzilla - Trunk [@ nsVoidArray::IndexOf][@ IndexOf]
Updated•23 years ago
|
QA Contact: petersen → tpreston
Updated•13 years ago
|
Crash Signature: [@ nsVoidArray::IndexOf]
[@ IndexOf]
You need to log in
before you can comment on or make changes to this bug.
Description
•