Assignee: brade → cmanske
Wow! This might win a prize for a "very obscure steps to produce a crash"! But here's a much simpler set of steps: 1. Open new composer window. Type anything. This is "window 1" 2. Click on "New" to create 2nd Composer window, "window 2". Move window so it doesn't overlap window 1 much. 3. In window 2, click on "HLine" button to insert a horizontal line. 4. Double click on HLine for its Property Dialog. 5. Click on "Advanced Edit" button to bring up nested dialog. 6. Switch back to window 1 and launch any dialog (Image button will do fine) 8. Switch to window 2 and click OK in Advanced Edit dialog, then OK in HLine Properties dialog. The key behavior seems to be launching 2 dialogs in one window, then a dialog in the first window, then closing the dialogs in 2nd window. Dialog in Window 1 must be created after both dialogs in Window 2. Stack after clicking Ok in the "Unhandled Exception" dialog: nsViewManager::ProcessPendingUpdates(nsIView * 0x00000000) line 1637 + 7 bytes nsViewManager::FlushPendingInvalidates(nsViewManager * const 0x0592ef20) line 3829 nsViewManager::ProcessInvalidateEvent() line 3837 nsInvalidateEvent::HandleEvent() line 141 HandlePLEvent(nsInvalidateEvent * 0x05fc1910) line 155 PL_HandleEvent(PLEvent * 0x05fc1910) line 590 + 10 bytes PL_ProcessPendingEvents(PLEventQueue * 0x05916ce0) line 520 + 9 bytes _md_EventReceiverProc(HWND__ * 0x00880b3a, unsigned int 49333, unsigned int 0, long 93416672) line 1071 + 9 bytes USER32! 77e71820() I can't see how this is Composer specific, so given the stack, assigning to "View" component. But I know Danm would love to investigate it!
Assignee: cmanske → kmcclusk
Component: Editor → Views
QA Contact: sujay → petersen
Summary: Netscape crashes with a palette open in another composer window → Launching nested dialogs in one window and then a dialog in another window, then closing first 2 dialogs causes crash.
I can't reproduce this using Mac/2001091311 (0.9.4), because I can't switch to Window 1 while any dialogs are open. The dialog hoards all focus in Mozilla until dismissed.
*** This bug has been marked as a duplicate of 97664 ***
Status: UNCONFIRMED → RESOLVED
Last Resolved: 17 years ago
Resolution: --- → DUPLICATE
Status: RESOLVED → VERIFIED
Component: Layout: View Rendering → Layout: Web Painting
Product: Core → Core
You need to log in before you can comment on or make changes to this bug.