Closed Bug 18796 Opened 26 years ago Closed 26 years ago

crash changing focus off select

Categories

(Core :: Layout: Form Controls, defect, P3)

x86
All
defect

Tracking

()

VERIFIED WORKSFORME

People

(Reporter: dbaron, Assigned: rods)

References

()

Details

DESCRIPTION: I crash on the bugzilla query page after clicking on the page after control-clicking on an option. STEPS TO REPRODUCE: * load http://bugzilla.mozilla.org/query.cgi - you should see the first three items in "Status" selected (NEW, ...) * control-click on the fourth item in tha select (RESOLVED) * click out in the blank area of the page to the right ACTUAL RESULTS: * crash EXPECTED RESULTS: * no crash; able to scroll down using arrows DOES NOT WORK CORRECTLY ON: * Linux, mozilla, 1999-11-13-08-M12 * Linux, mozilla, my debug build from 1999-11-13, 05:00 PDT (with some of my own modifications and using the SUPERWIN branch) ADDITIONAL INFORMATION: Top of stack trace (from above debug build): #0 0x4105c97d in nsEventStateManager::ChangeFocus (this=0x8330ad8, aFocusContent=0x85c1560, aFocusFrame=0x0, aSetFocus=0) at nsEventStateManager.cpp:1254 #1 0x4105e42f in nsEventStateManager::SendFocusBlur (this=0x8330ad8, aPresContext=0x85b6c98, aContent=0x0) at nsEventStateManager.cpp:1752 #2 0x4105dc01 in nsEventStateManager::SetContentState (this=0x8330ad8, aContent=0x0, aState=2) at nsEventStateManager.cpp:1624 #3 0x4105a9b6 in nsEventStateManager::PostHandleEvent (this=0x8330ad8, aPresContext=@0x85b6c98, aEvent=0xbffff5a0, aTargetFrame=0x83fc9a8, aStatus=@0xbffff498, aView=0x83fc4f0) at nsEventStateManager.cpp:610 #4 0x410a7aed in PresShell::HandleEvent (this=0x84bcb18, aView=0x83fc4f0, aEvent=0xbffff5a0, aEventStatus=@0xbffff498) at nsPresShell.cpp:2436 #5 0x41489e19 in nsView::HandleEvent (this=0x83fc4f0, event=0xbffff5a0, aEventFlags=8, aStatus=@0xbffff498, aHandled=@0xbffff43c) at nsView.cpp:837 #6 0x41489dad in nsView::HandleEvent (this=0x83e1920, event=0xbffff5a0, aEventFlags=8, aStatus=@0xbffff498, aHandled=@0xbffff43c) at nsView.cpp:821 #7 0x41489dad in nsView::HandleEvent (this=0x83e1868, event=0xbffff5a0, aEventFlags=8, aStatus=@0xbffff498, aHandled=@0xbffff43c) at nsView.cpp:821 #8 0x41489dad in nsView::HandleEvent (this=0x86193f0, event=0xbffff5a0, aEventFlags=28, aStatus=@0xbffff498, aHandled=@0xbffff43c) at nsView.cpp:821 #9 0x41495b33 in nsViewManager::DispatchEvent (this=0x85da170, aEvent=0xbffff5a0, aStatus=@0xbffff498) at nsViewManager.cpp:1741 #10 0x41487f34 in HandleEvent (aEvent=0xbffff5a0) at nsView.cpp:66
Assignee: karnaze → rods
Reassigning to Rod.
I am not seeing this bug with today's build on NT. I will test it tomorrow on Linux.
OS: Linux → All
I reproduced this on Linux and Win98 (current builds) using a slightly different method: 1. Click an item in the select list (doesn't matter which one) 2. Click outside the select list 3. Click an item in the select list again (doesn't matter which one) 4. Click outside the select list again This causes the crash for me, with the same stack trace as originally reported.
I think this is the same as bug 18876. I also saw the same stack trace (twice, in about 100 tries) after selecting text and clicking elsewhere, but that was very hard to replicate.
Status: NEW → RESOLVED
Closed: 26 years ago
Resolution: --- → WORKSFORME
I have tested this out on viewer.exe and mozilla.exe on NT and it works fine with today's build. This may have been caused by saari's check in which has been fixed. marking - works for me
Status: RESOLVED → VERIFIED
QA Contact: cpratt → elig
Unable to reproduce on 1999111808 builds on Win32/Mac OS/Linux using dbaron's and bryner's steps to reproduce, as well as various ad hoc banging. Thus, verifying as WORKSFORME. Please re-open if I've missed a trigger. Thanks!
You need to log in before you can comment on or make changes to this bug.