Closed
Bug 509257
Opened 16 years ago
Closed 16 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•16 years ago
|
Whiteboard: [sg:critical?]
Updated•16 years ago
|
Assignee: nobody → Olli.Pettay
Flags: blocking1.9.2? → blocking1.9.2+
Priority: -- → P2
| Reporter | ||
Comment 1•16 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•16 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•16 years ago
|
||
Ok. Could you mark this fixed once the patch lands to 1.9.2.
Assignee: Olli.Pettay → masayuki
| Assignee | ||
Comment 4•16 years ago
|
||
fixed by bug 512235 both on trunk and 1.9.2 branch.
Status: NEW → RESOLVED
Closed: 16 years ago
status1.9.2:
--- → beta1-fixed
Resolution: --- → FIXED
Target Milestone: --- → mozilla1.9.3a1
Updated•14 years ago
|
Group: core-security
You need to log in
before you can comment on or make changes to this bug.
Description
•