53456 - Web content not displaying in HP Printing dialog and you get crash when printing

Status: VERIFIED DUPLICATE of bug 54004

(Core :: DOM: Core & HTML, defect, P1)

Description

[bijals (gone)]

Steps:
1) Open Navigator
2) Copy and paste following URL and hit return
http://hpprintit.com/jsp/option1/test.html

3) Click on the 2nd or 3rd Print buttons
4) Click print to start printing

Actual Results: HP branded Print dialog comes does not include Web page to be 
printed.  Please look at screen shots to compare with same dialog in 
Communicator.  Clicking print on final dialog crashes Seamonkey.

Expected Results: HP branded Print dialog appears the same as image of 
Communicator experience.  Clicking print does not crash Seamonkey.

Build Date/Platform: 2000092005 using NT
(Logging bug for HP folks)

Comment 1

[bijals (gone)]

Attachment: HP branded Print Dialog as expected in Communicator 4.74

Comment 2

[bijals (gone)]

Attachment: HP branding Print dialog that is broken in N6

Comment 3

[rods (gone)]

I think I have distinlled this down correctly, if not, well I have found yet a 
different bug. This example requires 4 file which I will include as a zip file 
attachment. Basically, it is a frameset where an onload handle in one of the sub 
frames loads a page into the other frame of the frameset.

Comment 4

[rods (gone)]

Attachment: save attachment as testcase.zip

Comment 5

[Blake Ross]

*spam*

adding crash keyword...

Comment 6

[Vladimir Ermakov]

Updating QA contact.

Comment 7

[Vladimir Ermakov]

The content is appearing fine in the preview frame on windows 98 build 
2000-09-30-08-MN6 and Linux RedHat6.2 build 2000-10-03-09-MN6, but pressing 
print does crash on both of these builds. Switching OS to all.

Comment 8

[bijals (gone)]

Nominating for RTM since this crashes HP functionality related to the HP Print 
Dialog contract.

Comment 9

[Fred Taft]

I tried using the PR3 release and was successfully able to both preview and 
print on my NT 4 box.  I have not been able to test on W95, W98 or W2K.

Comment 10

[bijals (gone)]

I have an NT box and it's crashing when I print.  However, it's not a fresh 
machine since I have over 6 or so versions of Netscape 6 betas on my machine.  

Valadimire - Please test and confirm "worksforme" on Win32 platforms.

Comment 11

[Vladimir Ermakov]

Tested build 2000-10-06-09-MN6 on Windows 98,NT,and 2000.
Tested build 2000-10-05-09-MN6 on Linux RedHat6.2.
All crash...
Still a bug, sorry ;)

Comment 12

[Kevin McCluskey (gone)]

Marking [rtm need info]

Comment 13

[Kevin McCluskey (gone)]

With 10/10/2000 build on WINNT it previews correctly and prints without crashing.
Marking WORKSFORME.

Comment 14

[Vladimir Ermakov]

I tested on Win98 and Mac OS8.6 build 2000-10-20-08-MN6 and got no crash,
but Linux RedHat6.2 build 2000-10-20-09-MN6 still crashes... Reopening, changing 
OS to Linux

Comment 15

[Kevin McCluskey (gone)]

Waqar, can you look at this on Linux?

Comment 16

[Eric Pollmann]

FWIW, this does not crash for me on FreeBSD branch commercial build from 10/17.
 Has anyone been able to grab a stack trace from one of these crashes?

Comment 17

[Kevin McCluskey (gone)]

[e-mail] could you try the latest build on Linux and see if it
still crashes? thanks. (There have been a number of fixes for crashers checked
in recently that may have fixed this problem.)

Comment 18

[Vladimir Ermakov]

Still crashing on RedHat6.2 build 2000-10-25-09-MN6..

Comment 19

[kill this account]

I got web content in the HP print dialog and
I was able to print this from:
  the 2000.10.25 MN6 build
  my Linux 6.2 branch build (built 10/25).

Comment 20

[Eric Pollmann]

This sounds a lot like bug 54004 - intermitent crash printing out a document
containing frames or iframes.  Since there are no stack traces here, and lots of
analysis has happend on 54004, I'm marking this a duplicate.


*** This bug has been marked as a duplicate of 54004 ***

Comment 21

[Fred Taft]

Are we 100% convinced that this really is a duplicate defect?  I hope that the 
specific problem (and sample URL) specified by this defect will continue to be 
verified, as you address the other defect.

Comment 22

[Vladimir Ermakov]

Verifying