346990 - Images show correct in Preview but not in printout (layer? overlapping divs?)

Status: RESOLVED INCOMPLETE

(Core :: Printing: Output, defect)

Description

[Dima Tisnek]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-US; rv:1.8.0.4) Gecko/20060508 Firefox/1.5.0.4
Build Identifier: Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-US; rv:1.8.0.4) Gecko/20060508 Firefox/1.5.0.4

the site in question contains a map image and a minimap image with some objects (links to houses on the map) superimposed over the map.

all shows well in browser and print preview.

however the map itself is not printed to printer or file, presumably the map is obscured by the element containing superimposed objects.

Reproducible: Always

Steps to Reproduce:
1. got to url
2. do print preview and check result
3. do print to file and check result

Actual Results:  
print preview is correct
print to file is incorrect

Expected Results:  
print to file should show the map.
at the very least print preview should be consistent with actual printout.

Comment 1

[Dima Tisnek]

http://users.tkk.fi/~dima/test.png [Print preview screenshot, 360KB]
http://users.tkk.fi/~dima/test.ps  [Prit to File postscript result, 4MB]

Comment 2

[Mats Palmgren (inactive)]

Bug also occurs in Firefox 2.0b2 on Linux.
Bug does not occur in SeaMonkey 2006091001 on Linux.

Comment 3

[Jungshik Shin]

On Mac OS X, it's all right so it's a Linux only bug. My own 2006-08-09 trunk build has the same problem so that it must have been fixed since on trunk, but none of 4 bugs that have been resolved seems relevant. 

Comment 4

[Jungshik Shin]

(In reply to comment #3)
> On Mac OS X, it's all right so it's a Linux only bug. My own 2006-08-09 trunk
> build has the same problem so that it must have been fixed since on trunk, but

Hmm. I've just tested a fresh trunk (firefox) build (of my own) on Linux and the problem is still there. Mats, by seamonkey 2006091001, you meant a seamonkey trunkbuild of Sep.10th, didn't you? I wonder how on earth seamonkey and firefox are different in printing...

Comment 5

[Mats Palmgren (inactive)]

(In reply to comment #4)
> Mats, by seamonkey 2006091001, you meant a
> seamonkey trunkbuild of Sep.10th, didn't you?

Yes.

I just retested this (fresh profile) in:
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9a1) Gecko/20061005 Minefield/3.0a1

Print Preview works fine. Print to File hangs.

Comment 6

[Carsten Book [:Tomcat]]

i can confirm comment #5 also hangs for me in Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9a6pre) Gecko/2007061304 Minefield/3.0a6pre

Comment 7

[Vladimir Vukicevic [:vlad] [:vladv] (needinfo me, slow to respond)]

This is most likely cairo doing a whole bunch of fallback work to generate images to send to a postscript printer, because PS can't handle transparency and other sutff that's in play natively.  Do you know that it hangs?  Or is it still processing?  I'd imagine it's still processing (with potentially an increase in memory usage over time).

This would probably be much better if we were to print to PDF instead of to postscript, but I don't know if CUPS is set up to handle PDF data.

Comment 8

[Mats Palmgren (inactive)]

URL is 404 and the domain now redirects to http://asunnot.oikotie.fi/