Closed Bug 334908 Opened 18 years ago Closed 9 years ago

trunk crashes [@ ReflowEvent::HandleEvent]

Categories

(Core :: Layout, defect)

x86
Windows XP
defect
Not set
critical

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: dbaron, Unassigned)

References

()

Details

(Whiteboard: [needs retesting on Windows with WMV plugin])

Attachments

(1 file)

There #1 unsolved trunk topcrash is crashes at ReflowEvent::HandleEvent:
http://talkback-public.mozilla.org/search/start.jsp?search=1&searchby=stacksig&match=contains&searchfor=ReflowEvent::HandleEvent&vendor=MozillaOrg&product=FirefoxTrunk&platform=All&buildid=&sdate=&stime=&edate=&etime=&sortby=bbid

Talkback provides almost nothing useful here, but getting a bug on file.  I don't *think* this is the same as bug 334905, but it is a possibility.
*** Bug 335701 has been marked as a duplicate of this bug. ***
Latest Trunk, clean profile.

1. Start Firefox.
2. Open new Tab.
3. Visit URL http://www.totgelacht.com/html/212.htm.
4. Close Tab.

Result: Firefox crashes.
I am seeing this on my machine as well here.  I grabbed the crash info from dep-walker.  Maybe that will expound on it a little bit more than the stack is (or isn't).
Attached file crash data
Comment 0 speaks of a topcrash at ReflowEvent::HandleEvent.  There were no crashes there in the last week.  I don't think the function even exists now.

Comment 2 is a site that uses the WMV plugin.  That should be retested.

Comment 4 is a syscall log.  I think those are rarely useful for Firefox bugs.

If the URL in comment 2 no longer crashes, it's safe to mark this bug as WFM.
Whiteboard: [needs retesting on Windows with WMV plugin]
Product: Core → Core Graveyard
Component: Layout: Misc Code → Layout
Product: Core Graveyard → Core
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: