3258 - timer INT 3's after window close

Status: VERIFIED WORKSFORME

(Core :: Layout, defect, P2)

Description

[Chris Waterson]

1. Start apprunner.
2. Choose "new window" from the "file" menu.
3. Navigate to a page with an animated GIF.
4. Close the window. Stack trace below:

NTDLL! 77f76148()
nsViewManager::Composite(nsViewManager * const 0x0106e1e0) line 953
vm_timer_callback(nsITimer * 0x0103ddc0, void * 0x0106e1e0) line 66
TimerImpl::Fire(unsigned long 0x1380bf75) line 308 + 17 bytes
TimerImpl::ProcessTimeouts(unsigned long 0x1380bf75) line 187
FireTimeout(void * 0x00000000, unsigned int 0x00000113, unsigned int
0x0000224c, unsigned long 0x1380bf75) line 101 + 9 bytes
USER32! 77e7128c()
nsAppShellService::Run(nsAppShellService * const 0x00e0df50) line 152
main(int 0x00000001, char * * 0x00e01ae0) line 243 + 12 bytes
mainCRTStartup() line 338 + 17 bytes
KERNEL32! 77f1b304()

Comment 1

[Chris Waterson]

Reassigned to [e-mail] -- winfe still belongs to garrett :-/.

Comment 2

[Peter Trudelle]

Hyatt thought that MichaelP should get this, reassigning.

Comment 3

[Paul MacQuiddy]

per leger, assigning QA contacts to all open bugs without QA contacts according
to list at http://bugzilla.mozilla.org/describecomponents.cgi?product=Browser

Comment 4

[pnunn]

I believe this bug is now mine.
Correct me if I'm wrong, michaelp.

Comment 5

[Bruce Mitchener]

This is probably related to bug #4127.

Comment 6

[pnunn]

thanks for the extra info, bruce.
I'll hold off until there's some progress on #4127.
-pn

Comment 7

[pnunn]

I'm not seeing this bug. Perhaps it was fixed by
the MemoryLeakFest ?
closing as works for me.
-pn

Comment 8

[Chris Petersen]

Can't reproduce in 5/17 Build either.