Closed
Bug 585961
Opened 15 years ago
Closed 15 years ago
Crash [@ nsNativeDragTarget::Drop(IDataObject*, unsigned long, _POINTL, unsigned long*) ]
Categories
(Core :: Widget: Win32, defect)
Tracking
()
RESOLVED
FIXED
mozilla2.0b4
People
(Reporter: MatsPalmgren_bugz, Assigned: MatsPalmgren_bugz)
References
Details
(Whiteboard: [sg:critical?][critsmash:patch])
Attachments
(1 file)
|
1.83 KB,
patch
|
roc
:
review+
|
Details | Diff | Splinter Review |
Crash [@ nsNativeDragTarget::Drop(IDataObject*, unsigned long, _POINTL, unsigned long*) ].
I found this crash while investigating bug 585287.
It seems to be a regression from bug 530070 in that it makes
the crash more likely to occur, but we should fix this with or
without bug 530070.
STEPS TO REPRODUCE
0. bookmark a page that is slow to load, in my case it works with
http://slashdot.org/
1. open the Bookmarks window
2. select the bookmark from step 0 and drag-n-drop onto the content window
3. do this a few times in rapid succession, ie. without waiting for the
page to load
ACTUAL RESULTS
http://crash-stats.mozilla.com/report/index/74465092-f724-46d3-80f2-151622100810
The problem is that nsNativeDragTarget::Drop is using 'this' after
ProcessDrag() was called (even though there is a warning that it
might be destroyed on line 406).
http://hg.mozilla.org/mozilla-central/annotate/961f253985a4/widget/src/windows/nsNativeDragTarget.cpp#l430
| Assignee | ||
Comment 1•15 years ago
|
||
This is most likely very hard to reproduce without the changes
in bug 530070. Marking it Security-Sensitive just in case, since the code
in nsNativeDragTarget::Drop is the same on branches (although they don't
have bug 530070 yet).
Assignee: nobody → matspal
Comment 2•15 years ago
|
||
Would bug 556892 be related to this?
| Assignee | ||
Comment 3•15 years ago
|
||
Possibly. Can you attach the unminimized testcase somewhere safe?
| Assignee | ||
Comment 4•15 years ago
|
||
Attachment #464447 -
Flags: review?(jmathies)
| Assignee | ||
Updated•15 years ago
|
blocking2.0: --- → ?
Updated•15 years ago
|
Whiteboard: [sg:critical?]
Updated•15 years ago
|
Whiteboard: [sg:critical?] → [sg:critical?][critsmash:patch]
Comment 5•15 years ago
|
||
looks like we currently see up to 7 of these crashes per day. could be people just testing for this, or could be content in the wild that we need to keep an eye out for.
Updated•15 years ago
|
blocking2.0: ? → final+
| Assignee | ||
Comment 6•15 years ago
|
||
Comment on attachment 464447 [details] [diff] [review]
Patch rev. 1
roc, can you review this since jimm is on vacation?
Attachment #464447 -
Flags: review?(jmathies) → review?(roc)
Attachment #464447 -
Flags: review?(roc) → review+
| Assignee | ||
Comment 7•15 years ago
|
||
Status: NEW → RESOLVED
Closed: 15 years ago
status1.9.1:
--- → ?
status1.9.2:
--- → ?
Resolution: --- → FIXED
| Assignee | ||
Updated•15 years ago
|
Target Milestone: --- → mozilla2.0b4
Updated•10 years ago
|
Group: core-security → core-security-release
Updated•10 years ago
|
Group: core-security-release
You need to log in
before you can comment on or make changes to this bug.
Description
•