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)
Tracking
()
RESOLVED
FIXED
mozilla0.9.4
People
(Reporter: greer, Assigned: saari)
References
()
Details
(Keywords: crash, topcrash, Whiteboard: topembed+)
Crash Data
Attachments
(1 file)
|
629 bytes,
patch
|
Details | Diff | Splinter Review |
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]
| Assignee | ||
Comment 3•24 years ago
|
||
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.
| Assignee | ||
Comment 4•24 years ago
|
||
Okay, all the issues are resolved now. Fixed.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Comment 5•24 years ago
|
||
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 → ---
| Assignee | ||
Comment 6•24 years ago
|
||
If anyone has a reproducable test case, that would be good.
Priority: -- → P1
Target Milestone: mozilla0.9.2 → mozilla0.9.3
Comment 7•24 years ago
|
||
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]
Comment 8•24 years ago
|
||
blake, can you reproduce this consistently?
Comment 9•24 years ago
|
||
Nope.
| Reporter | ||
Comment 10•24 years ago
|
||
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.
Comment 11•24 years ago
|
||
7/23 branch win98, used above steps, no crash.
Updated•24 years ago
|
Target Milestone: mozilla0.9.3 → mozilla0.9.4
| Assignee | ||
Comment 12•24 years ago
|
||
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.
Comment 13•24 years ago
|
||
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;
| Assignee | ||
Comment 14•24 years ago
|
||
Comment 15•24 years ago
|
||
yes, there it is in patch form :) r/sr=me
Comment 16•24 years ago
|
||
r/sr=jst
Updated•24 years ago
|
Whiteboard: topembed+
| Assignee | ||
Comment 17•24 years ago
|
||
fix checked in on branch and trunk
Status: REOPENED → RESOLVED
Closed: 24 years ago → 24 years ago
Resolution: --- → FIXED
Updated•14 years ago
|
Crash Signature: [@ nsFocusController::UpdateCommands]
Updated•6 years ago
|
Component: DOM → DOM: Core & HTML
You need to log in
before you can comment on or make changes to this bug.
Description
•