Closed Bug 82569 Opened 24 years ago Closed 24 years ago

Trunk/NS610 crash when losing focus to another app. [@ nsFocusController::UpdateCommands]

Categories

(Core :: DOM: Core & HTML, defect, P1)

x86
Windows NT
defect

Tracking

()

RESOLVED FIXED
mozilla0.9.4

People

(Reporter: greer, Assigned: saari)

References

()

Details

(Keywords: crash, topcrash, Whiteboard: topembed+)

Crash Data

Attachments

(1 file)

This is a talkback topcrash on Mozilla Trunk. (Please reassign to the proper component/owner.) Here are the relevant comments: (30752529) Comments: attempted to select a link on the "page info" screen for a link (right click -> view page info) [OS: Windows NT 4.0, Build: 2001052115] (30776580) Comments: Crash bringing Mail/News window to the front. [OS: Windows NT 5.0, Build: 2001052206] (30813074) Comments: Closing the Bookmarks window (Ctrl-B) while renaming a folder [OS: Windows NT 5.0, Build: 2001052213] (30779511) Comments: deleted an email in yahoo mail. clicked delete [OS: Windows NT 4.0, Build: 2001052115] (30782010) Comments: Crash when browser window lost focus to another app. [OS: Windows NT 5.0, Build: 2001052206] ------------------------ nsFocusController::UpdateCommands [d:\builds\seamonkey\mozilla\dom\src\base\nsFocusController.cpp line 133] nsFocusController::SetSuppressFocus [d:\builds\seamonkey\mozilla\dom\src\base\nsFocusController.cpp line 418] nsEventStateManager::PreHandleEvent [d:\builds\seamonkey\mozilla\content\events\src\nsEventStateManager.cpp line 691] PresShell::HandleEventInternal [d:\builds\seamonkey\mozilla\layout\html\base\src\nsPresShell.cpp line 5509] PresShell::HandleEvent [d:\builds\seamonkey\mozilla\layout\html\base\src\nsPresShell.cpp line 5441] nsView::HandleEvent [d:\builds\seamonkey\mozilla\view\src\nsView.cpp line 377] nsView::HandleEvent [d:\builds\seamonkey\mozilla\view\src\nsView.cpp line 350] nsViewManager::DispatchEvent [d:\builds\seamonkey\mozilla\view\src\nsViewManager.cpp line 2056] HandleEvent [d:\builds\seamonkey\mozilla\view\src\nsView.cpp line 68] nsWindow::DispatchEvent [d:\builds\seamonkey\mozilla\widget\src\windows\nsWindow.cpp line 706] nsWindow::DispatchWindowEvent [d:\builds\seamonkey\mozilla\widget\src\windows\nsWindow.cpp line 723] nsWindow::DispatchFocus [d:\builds\seamonkey\mozilla\widget\src\windows\nsWindow.cpp line 4238] nsWindow::ProcessMessage [d:\builds\seamonkey\mozilla\widget\src\windows\nsWindow.cpp line 3163] nsWindow::WindowProc [d:\builds\seamonkey\mozilla\widget\src\windows\nsWindow.cpp line 958] USER32.DLL + 0x2e98 (0x77e12e98) USER32.DLL + 0x39a3 (0x77e139a3) USER32.DLL + 0x395f (0x77e1395f) ntdll.dll + 0x2032f (0x77fa032f) USER32.DLL + 0x569d (0x77e1569d) nsAppShell::Run [d:\builds\seamonkey\mozilla\widget\src\windows\nsAppShell.cpp line 113] nsAppShellService::Run [d:\builds\seamonkey\mozilla\xpfe\appshell\src\nsAppShellService.cpp line 418] main1 [d:\builds\seamonkey\mozilla\xpfe\bootstrap\nsAppRunner.cpp line 1100] main [d:\builds\seamonkey\mozilla\xpfe\bootstrap\nsAppRunner.cpp line 1394] WinMain [d:\builds\seamonkey\mozilla\xpfe\bootstrap\nsAppRunner.cpp line 1412]
Severity: normal → critical
Keywords: crash
Focus problem, reassigning to saari.
Assignee: jst → saari
0.9.2
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla0.9.2
This bug is got patched over so it doesn't crash anymore, but that causes other reprocussions. We're doing work that we shouldn't be when the content is half torn down.
Okay, all the issues are resolved now. Fixed.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
reopening for now... MozillaTrunk Talkback reports are showing this crash is back as a "topcrasher". Here is the latest info: nsFocusController::UpdateCommands 8 First BBID :32999491 Last BBID :33181810 Min Runtime :2561 Max Runtime :66499 First Appearance Date : 2001-07-17 Last Appearance Date : 2001-07-21 First BuildID : 2001071218 Last BuildID : 2001072005 Stack Trace: nsFocusController::UpdateCommands [d:\builds\seamonkey\mozilla\dom\src\base\nsFocusController.cpp line 136] nsFocusController::SetSuppressFocus [d:\builds\seamonkey\mozilla\dom\src\base\nsFocusController.cpp line 422] nsDocShell::SetupNewViewer [d:\builds\seamonkey\mozilla\docshell\base\nsDocShell.cpp line 4122] nsWebShell::SetupNewViewer [d:\builds\seamonkey\mozilla\docshell\base\nsWebShell.cpp line 305] nsDocShell::Embed [d:\builds\seamonkey\mozilla\docshell\base\nsDocShell.cpp line 3579] nsWebShell::Embed [d:\builds\seamonkey\mozilla\docshell\base\nsWebShell.cpp line 325] nsDocShell::CreateContentViewer [d:\builds\seamonkey\mozilla\docshell\base\nsDocShell.cpp line 3872] nsDSURIContentListener::DoContent [d:\builds\seamonkey\mozilla\docshell\base\nsDSURIContentListener.cpp line 121] nsDocumentOpenInfo::DispatchContent [d:\builds\seamonkey\mozilla\uriloader\base\nsURILoader.cpp line 346] nsDocumentOpenInfo::OnStartRequest [d:\builds\seamonkey\mozilla\uriloader\base\nsURILoader.cpp line 218] nsHttpChannel::ProcessNormal [d:\builds\seamonkey\mozilla\netwerk\protocol\http\src\nsHttpChannel.cpp line 471] nsHttpChannel::ProcessResponse [d:\builds\seamonkey\mozilla\netwerk\protocol\http\src\nsHttpChannel.cpp line 441] nsHttpChannel::OnStartRequest [d:\builds\seamonkey\mozilla\netwerk\protocol\http\src\nsHttpChannel.cpp line 2075] nsOnStartRequestEvent::HandleEvent [d:\builds\seamonkey\mozilla\netwerk\base\src\nsRequestObserverProxy.cpp line 110] PL_HandleEvent [d:\builds\seamonkey\mozilla\xpcom\threads\plevent.c line 591] _md_EventReceiverProc [d:\builds\seamonkey\mozilla\xpcom\threads\plevent.c line 1072] 0x778b0c24 Source File : http://bonsai.mozilla.org/cvsblame.cgi?file=mozilla/dom/src/base/nsFocusController.cpp line : 136 (33181810) URL: http://liftoff.msfc.nasa.gov/RealTime/JPass/20/ (33181810) Comments: This site is a tracker for the International Space Station. I had entered my zip code in successfully (33053334) Comments: The text field wasn't accepting keyboard input (32999491) Comments: clicked on a link which would have started playing a WMF file (from news.com) If this is the same crash or similar to the one originally reported, we should take a look at it. Otherwise, let me know so I can log a new bug.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Keywords: topcrash
If anyone has a reproducable test case, that would be good.
Priority: -- → P1
Target Milestone: mozilla0.9.2 → mozilla0.9.3
This might not be a topcrash on the branch, but it's certainly crashing on the branch. I was able to crash while running chofmann's top100 browser buster. I believe I was in the process of switching to another navigator window when it crashed. Chris, is it possible that window is null there? Can we bulletproof on the branch and hope that it's not some trashed memory? cc'ing selmer because I was talking to him about this.
Summary: Trunk crash when losing focus to another app. [@ nsFocusController::UpdateCommands] → Trunk/NS610 crash when losing focus to another app. [@ nsFocusController::UpdateCommands]
blake, can you reproduce this consistently?
Nope.
greg@netscape.com just sent me these steps to reproduce this crash. Using the 2001072306 build: - Go to http://java.sun.com/learning - Fill in a user name in "Log in to Classes" text field - Switch to another application not associated with N6 - Return to the browser window - Immediately double click on the previously entered text and hit the delete key - Crash. I haven't yet been successful at crashing using his steps.
7/23 branch win98, used above steps, no crash.
Target Milestone: mozilla0.9.3 → mozilla0.9.4
19 people hit this in 6.1 so far, based on talkback nsFocusController.cpp line 136 I can add a simple QI success check, although I think the QI shouldn't ever fail. But an if(!null) check can't hurt.
This largely stopped occuring around 8/2; there was since one crash on 8/6 and another on 8/11. Let's checkin the null fix and call this fixed. Index: nsFocusController.cpp =================================================================== RCS file: /cvsroot/mozilla/dom/src/base/nsFocusController.cpp,v retrieving revision 1.10 diff -u -r1.10 nsFocusController.cpp --- nsFocusController.cpp 2001/07/20 08:14:26 1.10 +++ nsFocusController.cpp 2001/08/16 18:15:21 @@ -132,7 +132,8 @@ doc->GetScriptGlobalObject(getter_AddRefs(global)); nsCOMPtr<nsIDOMWindowInternal> window(do_QueryInterface(global)); - window->UpdateCommands(aEventName); + if (window) + window->UpdateCommands(aEventName); } } return NS_OK;
yes, there it is in patch form :) r/sr=me
r/sr=jst
Whiteboard: topembed+
fix checked in on branch and trunk
Status: REOPENED → RESOLVED
Closed: 24 years ago24 years ago
Resolution: --- → FIXED
Crash Signature: [@ nsFocusController::UpdateCommands]
Component: DOM → DOM: Core & HTML
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: