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

RESOLVED INCOMPLETE

Status

()

Core
Printing: Output
--
critical
RESOLVED INCOMPLETE
12 years ago
4 years ago

People

(Reporter: Dima Tisnek, Unassigned)

Tracking

({hang})

1.8 Branch
x86
Linux
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(URL)

(Reporter)

Description

12 years ago
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.
(Reporter)

Comment 1

12 years ago
http://users.tkk.fi/~dima/test.png [Print preview screenshot, 360KB]
http://users.tkk.fi/~dima/test.ps  [Prit to File postscript result, 4MB]
Assignee: nobody → printing
Component: General → Printing
Product: Firefox → Core
QA Contact: general
Version: unspecified → 1.8 Branch

Comment 2

11 years ago
Bug also occurs in Firefox 2.0b2 on Linux.
Bug does not occur in SeaMonkey 2006091001 on Linux.
Status: UNCONFIRMED → NEW
Ever confirmed: true

Comment 3

11 years ago
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

11 years ago
(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

11 years ago
(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.
Severity: normal → critical
Keywords: hang
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
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.
Assignee: printing → nobody
QA Contact: printing
URL is 404 and the domain now redirects to http://asunnot.oikotie.fi/
Status: NEW → RESOLVED
Last Resolved: 4 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.