Closed Bug 334908 Opened 20 years ago Closed 11 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: