Closed
Bug 346990
Opened 18 years ago
Closed 10 years ago
Images show correct in Preview but not in printout (layer? overlapping divs?)
Categories
(Core :: Printing: Output, defect)
Tracking
()
RESOLVED
INCOMPLETE
People
(Reporter: dimaqq, Unassigned)
References
()
Details
(Keywords: hang)
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•18 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]
Updated•18 years ago
|
Assignee: nobody → printing
Component: General → Printing
Product: Firefox → Core
QA Contact: general
Version: unspecified → 1.8 Branch
Comment 2•18 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•18 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•18 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•18 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
Comment 6•18 years ago
|
||
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.
Updated•15 years ago
|
Assignee: printing → nobody
QA Contact: printing
Comment 8•10 years ago
|
||
URL is 404 and the domain now redirects to http://asunnot.oikotie.fi/
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → INCOMPLETE
You need to log in
before you can comment on or make changes to this bug.
Description
•