Closed
Bug 509257
Opened 15 years ago
Closed 15 years ago
scrollTimer may not be canceled when nsWindow has been deleted
Categories
(Core :: Widget: Win32, defect, P2)
Tracking
()
RESOLVED
FIXED
mozilla1.9.3a1
Tracking | Status | |
---|---|---|
status1.9.2 | --- | beta1-fixed |
People
(Reporter: smaug, Assigned: masayuki)
References
Details
(Whiteboard: [sg:critical?])
As far as I see, nothing guarantees that scrollTimer is canceled when nsWindow gets deleted. This may lead to similar problem as Bug 484320.
Flags: blocking1.9.2?
Updated•15 years ago
|
Whiteboard: [sg:critical?]
Updated•15 years ago
|
Assignee: nobody → Olli.Pettay
Flags: blocking1.9.2? → blocking1.9.2+
Priority: -- → P2
Reporter | ||
Comment 1•15 years ago
|
||
Masayuki, you removed this code from widget/, right? (and hopefully didn't add anything similar to nsEventStateManager) If that is the case, this is fixed.
Assignee | ||
Comment 2•15 years ago
|
||
On trunk, Yes it is. But on 1.9.2 branch, it's still there. It will be fixed on 1.9.2 branch too soon.
Reporter | ||
Comment 3•15 years ago
|
||
Ok. Could you mark this fixed once the patch lands to 1.9.2.
Assignee: Olli.Pettay → masayuki
Assignee | ||
Comment 4•15 years ago
|
||
fixed by bug 512235 both on trunk and 1.9.2 branch.
Status: NEW → RESOLVED
Closed: 15 years ago
status1.9.2:
--- → beta1-fixed
Resolution: --- → FIXED
Target Milestone: --- → mozilla1.9.3a1
Updated•13 years ago
|
Group: core-security
You need to log in
before you can comment on or make changes to this bug.
Description
•