Closed Bug 364626 Opened 18 years ago Closed 14 years ago

Print Preview Scale change doesn't Print correctly

Categories

(Core :: Printing: Output, defect)

x86
Windows XP
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: 2rpwis, Unassigned)

Details

(Keywords: regression, Whiteboard: bugday0420)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.8) Gecko/20061030 SeaMonkey/1.0.6
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.8) Gecko/20061030 SeaMonkey/1.0.6

When I go to print preview in SM Email and change the Size/Scale (maybe to 150%)
it increases the appearance on the screen but it still prints small like the original.

(When I used to do this in Mozilla it printed in the changed (150%) size.)

Others have noticed and complained about this in mozilla.support.seamonkey

Reproducible: Always

Steps to Reproduce:
1.Look at an incoming email
2.Do a print preview
3.Change the size/scale
4.Print the email
You will see that it doesn't print in the changed size.
(When I used to do this in Mozilla it printed in the changed size.)

Actual Results:  
Prints in the original size instead of the changed size.

Expected Results:  
It should have printed in the changed size
I just figured out how to change the scale for printing.
It's just a little different than the way I used to do it in Mozilla.

I Mozilla I was able to just do the drop box and change the scale to the way I wanted it to print.

Now in SM I can change the scale with the drop box to just see how it will look....
BUT I then need to go to the "Page Setup" button to really change the way it will print.
SeaMonkey v1.0.x is not supported anymore.

Can you reproduce with SeaMonkey v1.1.9 ?
Version: unspecified → SeaMonkey 1.0 Branch
"regression": until we know if the behavior change was wanted or is a bug.
Keywords: regression
I see a similar issue, though, maybe not fully related, using Minefield instead of Seamonkey.  Using the latest trunk build: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.3a1pre) Gecko/20090824 Minefield/3.7a1pre

Maybe this will be helpful.  

I created an attachment to check image printing decoding in bug 435296 comment #53 but ran into this senario:

> Issue 1: Open attachment used for comment #41, print preview shows image shrink [even default shrink to fit]
> 84%, but printed image appears to be 100% and off the margins.  The printed
> image didn't match the preview layout.

Images shows scaled on print preview, but the printout of scaled images do not  match default setting like shrink to fit on printout is enabled in the page setup.  

Try this as a testcase: 
https://bug435296.bugzilla.mozilla.org/attachment.cgi?id=394667

I have a feeling in general print isn't respecting the zoom level or shrink to fit settings in page setup or print preview.  Which is probably where this bug is.
Looks like this was affected by bug 510465
If bug 510465 changed something, a new file should be filed.
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.10pre) Gecko/20100419 SeaMonkey/2.0.5pre - Build ID: 20100419001026

Works for me, moving to Core::Print:Output and resolving WFM

SeaMonkey 1.0.x is at end-of-life. Does this still happen in 2.0.4 or later (or Firefox 3.5.9 or later)? If it does, feel free to reopen with version details
Assignee: general → nobody
Status: UNCONFIRMED → RESOLVED
Closed: 14 years ago
Component: General → Printing: Output
Product: SeaMonkey → Core
QA Contact: general → printing
Resolution: --- → WORKSFORME
Whiteboard: bugday0420
Version: SeaMonkey 1.0 Branch → unspecified
You need to log in before you can comment on or make changes to this bug.