* TITLE/SUMMARY [PP] Second Print Preview crashes Mac viewer on most pages * STEPS TO REPRODUCE 0) Launch Viewer 1) From the File menu, go to the Print Preview submenu, and select either a 1-, 2- or 3-column preview. 2) Close the Print Preview window. (Note that if you skip this step, it won't crash.) 3) Again, from the File menu, go to the Print Preview submenu, and select either a 1-, 2-, or 3-column preview. * RESULT - What happened Crash! (upon every second consecutive Print Preview; doesn't matter what kind you choose.) - What was expected Behavior equivalent to Win32 version; no crash. * REGRESSION - Occurs On viewer (1.5.98 build for Mac OS) viewerDebug (1.4.98 build for Mac OS from sdagley) - Doesn't Occur On viewer (1.5.98 build for Win32) * CONFIGURATIONS TESTED - PowerMac 8500/150 (233 Mhz 604e), 64 MB RAM, Mac OS 8.5.1 * MACSBUG LOG Calling chain using A6/R1 links Back chain ISA Caller 00000000 PPC 0BA8533C 039C0400 PPC 0BA6F1A4 main+00080 039C03B0 PPC 0BA6EA20 nsNativeViewerApp::Run()+00034 039C0370 PPC 0B6D613C nsAppShell::Run()+00108 039C0290 PPC 0B6D6798 nsMacMessagePump::DoMessagePump()+000CC 039C0230 PPC 0B6D6A1C nsMacMessagePump::DoMouseDown(EventRecord&)+00078 039C01A0 PPC 0B6D6F68 nsMacMessagePump::DoMenu(EventRecord&, long)+00038 039C0160 PPC 0B6D72A4 nsMacMessagePump::DispatchMenuCommandToRaptor(EventRecord&, long )+00070 039C0120 PPC 0B6D5A50 nsMacMessageSink::DispatchMenuCommand(EventRecord&, long)+00064 039C00D0 PPC 0B6D2B1C nsMacWindow::HandleMenuCommand(EventRecord&, long)+ 00054 039C0070 PPC 0B6D2EBC nsMacEventHandler::HandleMenuCommand(EventRecord&, long)+0007C 039C0000 PPC 0B6B7F04 nsWindow::DispatchWindowEvent(nsGUIEvent&)+00028 039BFFC0 PPC 0B6B7E0C nsWindow::DispatchEvent(nsGUIEvent*, nsEventStatus& )+00068 039BFF70 PPC 0BA7691C HandleBrowserEvent(nsGUIEvent*)+000D8 039BFF20 PPC 0BA6F0C0 nsNativeBrowserWindow::DispatchMenuItem(int)+002BC 039BFDD0 PPC 0BA76F70 nsBrowserWindow::DispatchMenuItem(int)+00340 039BFCD0 PPC 0BA7C6DC nsBrowserWindow::ShowPrintPreview(int)+00184 039BFC60 PPC 0BA78FC0 nsBrowserWindow::Init(nsIAppShell*, nsIPref*, const nsRect&, uns igned int, int, nsIDocumentViewer*, nsIPresContext*)+00320 039BFBD0 PPC 0B35A63C nsWebShell::Embed(nsIContentViewer*, const char*, nsISupports*)+ 0012C 039BFB70 PPC 0B355824 DocumentViewerImpl::Init(void*, nsIDeviceContext*, nsIPref*, con st nsRect&, nsScrollPreference)+003A0 039BFAE0 PPC 0B3FE0C8 PresShell::InitialReflow(int, int)+000E4 039BF9D0 PPC 0B40CBB4 StyleSetImpl::ConstructRootFrame(nsIPresContext*, nsIContent*, n sIFrame*&)+00038 PowerPC unmapped memory exception at 0B613B28

Reassigned to <dcone>

bumping down to normal severity. we had bugs like this in 4.5

eli...how's this look on latest Mac build?

Looks like...it doesn't crash! dcone, mind if I mark this 'Verified/Fixed', or are there any loose ends that you'd like to tie up? Thanks.

elig, if this is no longer crashing with Jan 21 build. Mark this Verified/Fixed and let's move on. :-)

Actually, Jan, as of the January 21st build, this problem is now once again recurring. So, no verify. ;(

How about the Jan25 build?

Sorry, babe; it still crashes on 1.25.99 build.

elig- can youtry Linux too when you get a chance Thanks!

doesn't occur on Linux (1.25.99 build)

Inserting Milestone info.

Setting all current Open Critical and Major to M3

bumping severity to normal

Eli- please try with latest build. If still crashing, please set Severity to Major. thanks!

Using the 2.18.99 build, this bug appears to be fixed. Thus, marking as Verified/Fixed (especially since it would probably just be marked as Verified/WONTFIX, otherwise. ;)