Closed Bug 11952 Opened 26 years ago Closed 26 years ago

[CRASH] Opening the channels folder twice crashes apprunner

Categories

(Core :: XUL, defect, P1)

defect

Tracking

()

VERIFIED DUPLICATE of bug 11899

People

(Reporter: hyp-x, Assigned: hyatt)

Details

Version: 1999-08-15-09 on Win98 Reproduction: 1.) Start Apprunner 2.) Open the Channels folder from the link bar 3.) Close it with it's close button 4.) Open the Channels folder again APPRUNNER caused an invalid page fault in module RAPTORWIDGET.DLL at 015f:60a15848. Registers: EAX=00761cc0 CS=015f EIP=60a15848 EFLGS=00010206 EBX=0063fa30 SS=0167 ESP=0063f900 EBP=0063f918 ECX=00000006 DS=0167 ESI=01405ee4 FS=29f7 EDX=816cee68 ES=0167 EDI=00000000 GS=0000 Bytes at CS:EIP: 39 47 0c 74 2f 8d 4d f0 33 c0 51 50 68 01 04 00 Stack dump: 01405ee4 01525340 60557bc8 0063f91c 01525340 0063f934 0063f934 60512636 01405ee4 01405e2c 013ef7f0 0063fa70 60557be8 0063f978 604a4ed7 000000b4 Remarks: - The same happens when you leave out step 3. - I tried so I waited for the startpage to load, without waiting, or starting apprunner with about:blank. It crashes each way.
Status: NEW → RESOLVED
Closed: 26 years ago
Resolution: --- → DUPLICATE
*** This bug has been marked as a duplicate of 11899 ***
Status: RESOLVED → REOPENED
Component: UE/UI → XP Toolkit/Widgets
Resolution: DUPLICATE → ---
my bad, these are really separate issues although they may be resolved at the same time. here's the stack trace from bug 11899. here the WinNT stack trace: nsWindow::SetFocus [d:\builds\seamonkey\mozilla\widget\src\windows\nsWindow.cpp, line 1069] nsEventStateManager::PostHandleEvent [d:\builds\seamonkey\mozilla\layout\events\src\nsEventStateManager.cpp, line 246] PresShell::HandleEvent [d:\builds\seamonkey\mozilla\layout\html\base\src\nsPresShell.cpp, line 1886] nsView::HandleEvent [d:\builds\seamonkey\mozilla\view\src\nsView.cpp, line 835] nsViewManager::DispatchEvent [d:\builds\seamonkey\mozilla\view\src\nsViewManager.cpp, line 1611] HandleEvent [d:\builds\seamonkey\mozilla\view\src\nsView.cpp, line 67] nsWindow::DispatchEvent [d:\builds\seamonkey\mozilla\widget\src\windows\nsWindow.cpp, line 502] nsWindow::DispatchWindowEvent [d:\builds\seamonkey\mozilla\widget\src\windows\nsWindow.cpp, line 523] nsWindow::DispatchMouseEvent [d:\builds\seamonkey\mozilla\widget\src\windows\nsWindow.cpp, line 3273] ChildWindow::DispatchMouseEvent [d:\builds\seamonkey\mozilla\widget\src\windows\nsWindow.cpp, line 3466] nsWindow::ProcessMessage [d:\builds\seamonkey\mozilla\widget\src\windows\nsWindow.cpp, line 2529] nsWindow::WindowProc [d:\builds\seamonkey\mozilla\widget\src\windows\nsWindow.cpp, line 572] USER32.dll + 0x1268 (0x77e71268) 0x005703c5
Assignee: shuang → trudelle
Severity: normal → major
Status: REOPENED → NEW
OS: Windows 98 → All
Hardware: PC → All
reassigning to trudelle for triage. changing platform to ALL.
Assignee: trudelle → don
Component: XP Toolkit/Widgets → XPApps
This sure sounds like an app-level problem to me. Don?
Assignee: don → slamm
Priority: P3 → P1
Target Milestone: M10
Steve, is this our bug?
Assignee: slamm → hyatt
Component: XPApps → XP Toolkit/Widgets
popups belong to hyatt. Dave, I do not even see popups in my build right now (8/26).
Status: NEW → RESOLVED
Closed: 26 years ago26 years ago
Resolution: --- → DUPLICATE
Status: RESOLVED → VERIFIED
resolving as a dupe for reasons explained in bug 11899 *** This bug has been marked as a duplicate of 11899 ***
You need to log in before you can comment on or make changes to this bug.