From Bugzilla Helper: User-Agent: Mozilla/5.0 (Macintosh; U; PPC; en-US; rv:0.9.9+) Gecko/20020422 BuildID: 2002042203 Trying to print (doing smoketest B5) crashes Mozilla. No talkback shows up. Reproducible: Always Steps to Reproduce: 1. Goto URL 2. File -> Print Actual Results: Mozilla dies (no talkback). Expected Results: Print the page, live on. Or crash with talkback :)
Just trying to follow the smoketest procedure.
Dup of old bug 127891 (and this testcase shouldn't be in the smoketest list, maybe). *** This bug has been marked as a duplicate of 127891 ***
REOPEN. that DUP bug got morphed into something else... we need this bug to stay open.
confirming...we had another bug on this, however that bug got morphed into another bug. Lets use this bug as the new one
uh, why is this not a duplicate? that bug is about a crash on this bug's URL.
that other bug got "morphed" into another bug...read all the comments at the bottom of that bug to see what happen. Please leave this open. thanks..
hm, to me it looks like it got morphed to the crasher bug. comments indicate that the patch there fixes the crasher. also, it was a smoketest blocker on friday for this exact crash (except that it occured on linux), but it was downgraded because it only happened for a few pages. (see comments 29, 36, 39 there)
This bug can not be fixed until 127891 is fixed.. and then this can be rechecked.
I don't see this with 1.0RC1 on Win98SE. As this has been marked a dup of bug #127891 which has OS=ALL, I'm not sure if they are the same, or the problem has been fixed.
Is this crash still happening? I'm quite sure that the fix for bug 127891 fixed this, actually this should be a dupe of that bug AFAICT.
This is not really a blocker.. its been happening for a while on the Mac.. there are some frame problems.. and I hope it got cleared up.. but I will downgrade this from blocker to major. This should not keep the tree closed.
now I hang when I try printing home.netscape.com on mac 9.x using 4/23 trunk build. can someone else also confirm ? thanks.
actually not a hang...the native print dialog just sits there....if I click in the browser I can use the browser again...
Yes, this is happening on both OS 9 and OS X (April 23 trunk builds). If a page contains a iframe or frameset, the problem occurs. The application appears to "hang" since print spooling dialog never closes. However, you can still quit the application if you bring it in front of the dialog and press command-Q.
seeing the same thing on branch. jpatel just asked in bug 127891 if the fix there will be checked into the branch soon.
*** Bug 139428 has been marked as a duplicate of this bug. ***
Chris Peterson opened a new bug.. that tracks this issue.. its 142518 *** This bug has been marked as a duplicate of 142518 ***