Closed Bug 371993 Opened 18 years ago Closed 18 years ago

Crash with unminimized testcase that changes overflow styles rapidly

Categories

(Core :: Layout, defect)

x86
Windows XP
defect
Not set
critical

Tracking

()

VERIFIED FIXED

People

(Reporter: martijn.martijn, Unassigned)

Details

(Keywords: crash, regression, testcase)

Attachments

(3 files, 1 obsolete file)

Attached file testcase
See testcase, this crashes current trunk Mozilla builds a lot of times.
Unfortunately, minimizing it is rather tricky, the more I try to minimize it, the less eager Mozilla is to crash.

Marking security sensitve for now, because I use some 'special' code.

This regressed between 2007-02-23 and 2007-02-24:
http://bonsai.mozilla.org/cvsquery.cgi?treeid=default&module=all&branch=HEAD&branchtype=match&dir=&file=&filetype=match&who=&whotype=match&sortby=Date&hours=2&date=explicit&mindate=2007-02-23+04&maxdate=2007-02-24+08&cvsroot=%2Fcvsroot
It seems to me this could be a regression of bug 370379, that one is already guilty of a few other regressions.
Attached file original testcase (obsolete) —
Attached file original testcase
Sorry, the xbl binding was also necessary.
Attachment #256669 - Attachment is obsolete: true
Hmm, it's possible the patch for Bug 371620 fixes this (I messesd up my build somehow, so I can't check at the moment, but I'll check once I have it working again.)
Okay, as I suspected, my build doesn't crash, probably due to the fix for bug 371620.  Could you try updating to tip to see if it's fixed for you?  (I just checked it in.)
If you don't see it crash anymore, then you can mark it fixed. I'll do that now. I'll check it with tomorrow's daily build, thanks.
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → FIXED
Verified fixed, using:
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a3pre) Gecko/20070228 Minefield/3.0a3pre
Status: RESOLVED → VERIFIED
I don't see the crash in Linux on the 1.8 branch (Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.4pre) Gecko/20070322 BonEcho/2.0.0.4pre).  Maybe that because this bug is Windows-only, although the patch in bug 371620 that fixed this bug doesn't look Windows-specific.

I do, however, see huge increases in memory consumption (on the order of 10MB/second) after opening the latest testcase.
when I ran the test case on Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.3) Gecko/2007030919 Firefox/2.0.0.3 I went from about 85 MB to 90 MB mem use then stabilzed around there...  no crash.  seems fixed on the branch as well.

More info on that memory consumption: Firefox goes from ~100MB to about ~500MB resident memory on my machine after I load the testcase.  It seems to plateau at that point (which is near the memory limit of my machine) for a few seconds, then it crashes.  But Talkback doesn't fire up after the crash.
Well, I guess that's bad for branch, but probably not too bad.
This was a trunk regression only. If you want to open up this bug, that's fine by me.
Group: security
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: