Closed
Bug 512810
Opened 15 years ago
Closed 11 years ago
Crash [@ nsWindow::DispatchMouseEvent] playing with mouseover testcase
Categories
(Core :: Widget: Win32, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: wsmwk, Unassigned)
Details
(Keywords: crash, testcase)
Crash Data
crash [@ xul.dll@0x3e6edb]
was playing with Simple Testcase of bug 126613. specifically, I moved the mouse through all 4 squares, and then clicked the selection list of table 1
https://bug126613.bugzilla.mozilla.org/attachment.cgi?id=185558
Signature xul.dll@0x3e6edb
bp-9b3eb82a-600f-4f72-8426-5816a2090826
Time 2009-08-26 14:51:14.573793
Uptime 28204
Last Crash 105277 seconds before submission
Product Firefox
Version 3.7a1pre
Build ID 20090817050221
Branch 1.9.3
OS Windows NT
OS Version 6.0.6002 Service Pack 2
CPU x86
CPU Info GenuineIntel family 6 model 15 stepping 6
Crash Reason EXCEPTION_ACCESS_VIOLATION
Crash Address 0x198
User Comments playing with mozilla mouse bug
Processor Notes
Crashing Thread
Frame Module Signature [Expand] Source
0 xul.dll xul.dll@0x3e6edb
1 @0x3291286
Comment 1•15 years ago
|
||
Can you try a release build ?
The symbols are missing ....
Reporter | ||
Comment 2•15 years ago
|
||
trying v3.5.2 but so far no crash. (but it's also a clean profile)
comment 0 crash was a nightly exe build which should have had symbols :(
Comment 3•15 years ago
|
||
I reproduced with that testcase on 3.6a1, required a fair bit of mousing about but similar to comment 0. Also reproduced with recent Namoroka nightly but useless stack (same as above)
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2a1) Gecko/20090806 Namoroka/3.6a1 (.NET CLR 3.5.30729) ID:20090806165642
Signature nsWindow::DispatchMouseEvent(unsigned int, unsigned int, long, int, short)
UUID 4695e61b-6061-4802-9f35-8d5de2090922
Time 2009-09-22 01:06:06.99061
Uptime 4214
Last Crash 1201205 seconds before submission
Product Firefox
Version 3.6a1
Build ID 20090806165642
Branch 1.9.2
OS Windows NT
OS Version 5.1.2600 Service Pack 3
CPU x86
CPU Info GenuineIntel family 6 model 23 stepping 10
Crash Reason EXCEPTION_ACCESS_VIOLATION
Crash Address 0x198
User Comments
Processor Notes
Crashing Thread
Frame Module Signature [Expand] Source
0 xul.dll nsWindow::DispatchMouseEvent widget/src/windows/nsWindow.cpp:3165
1 xul.dll ChildWindow::DispatchMouseEvent widget/src/windows/nsWindow.cpp:6524
Component: XUL → Widget: Win32
QA Contact: xptoolkit.widgets → win32
Updated•15 years ago
|
Summary: crash [@ xul.dll@0x3e6edb] → Crash [@ nsWindow::DispatchMouseEvent] playing with mouseover testcase
Assignee | ||
Updated•14 years ago
|
Crash Signature: [@ nsWindow::DispatchMouseEvent]
Comment 5•11 years ago
|
||
(In reply to Wayne Mery (:wsmwk) from comment #4)
> wildmyron, can you still reproduce?
Sorry I haven't taken time to test this until now, I haven't been actively testing Firefox for some time.
I tested this with Win Vista.
- Using same build as comment 3 I could still reproduce with STR from comment 0.
- Using current nightly of 25.0a1, ID 20130804030207, I am unable to reproduce after some time of similar mouse activity.
Not sure how to resolve this bug though.
Status: NEW → RESOLVED
Closed: 11 years ago
Flags: needinfo?(wildmyron)
Resolution: --- → FIXED
Reporter | ||
Comment 6•11 years ago
|
||
(In reply to Arie Paap [:wildmyron] from comment #5)
> Not sure how to resolve this bug though.
Thanks Arie. We use WORKSFORME when we don't precisely know what solved the problem
Resolution: FIXED → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•