331383 - Print preview size does not update after changing scale

Status: RESOLVED WORKSFORME

(Core :: Print Preview, defect)

Description

[John T]

User-Agent:       Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.7.13) Gecko/20060321
Build Identifier: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.7.13) Gecko/20060321

The sample page appears at a large scale though the scale indicator said 30% when the window was first opened. Scale changes produced no significant size changes in the fonts from 30% to about 125% though the font appeared a bit larger at 175% scale. Scaling the page down below 100% does not result in the page size and page count being reduced, though scaling it up produces an increase in the indicated number of pages. There's no noticeable change in font size or number of printed pages in the range of 30% to 125%.




Reproducible: Always

Steps to Reproduce:
1. Navigate to the indicated web page.
2. Click on the file/print preview menu entry
3. Observe the print preview window.
4. Try various scale settings.

Actual Results:  
The scale setting changes do not produce the expected changes in the size of the fonts and displayed pages, or expected changes in the number of printed pages.

Expected Results:  
The scale changes should produce changes in the size of the page display and changes in the number of printed pages indicated.

Comment 1

[zug_treno]

Related to/duplicate of Core bug 205001?

Comment 2

[Gérard Talbot]

Changing summary to better reflect description (since word scale was used 6 times in it).

Changing Product to Core 
since I get the actual results with Firefox 1.5.0.1. 

This must be a duplicate of another bug; there are many bugs related to scaling in print preview, and over 500 bugs regarding print preview.

Bug 205001 is about absolute length unit while the page at
http://www.mozilla.org/developer/
uses these declarations (relative length unit):

    body, td, th, input { /* redundant rules for bad browsers  */
            font-family: verdana, sans-serif;
            font-size: x-small;
            voice-family: "\"}\"";
            voice-family: inherit;
            font-size: small;
    }

	h1 { font-size: 160%; font-weight: normal; }
	h2 { font-size: 150%; font-weight: normal; }
	h3 { font-size: 120%; }
	h4 { font-size: 100%; }
	h5 { font-size: 90%; }
	h6 { font-size: 90%; border: 0; }

Comment 3

[Gérard Talbot]

Oops.. I got that wrong: the CSS declarations come from
http://www.mozilla.org/css/print.css
and they are relative for headers but not for body element.

Comment 4

[John T]

Using Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.7.13) Gecko/20060328, Print Preview scales fine for email messages and for some web pages. This is the only problem web page I'm seeing: http://www.mozilla.org/releases/mozilla1.7.13 It doesn't scale up or down properly in the range 125%-40%.

However, I noticed that in viewing at least one page http://www.linuxcentral.com/_v3/, the print preview page seems to be contacting the site of the web page being displayed---is this normal?

Comment 5

[Ryan Jurden]

This bug appears in XP as well

Comment 6

[Ryan Jurden]

This bug appears in XP as well

Comment 7

[John T]

Is it intentional that Seamonkey 1.5a for Linux doesn't have scale adjustment in its print preview menu? Is the scaling in page setup considered adequate for most users?
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9a1) Gecko/20061017 SeaMonkey/1.5a

Comment 9

[Tracy Walker [:tracy]]

Basically, Print Preview customization is broken on Windows, Upgrading and confirming.

Comment 10

[Eli Friedman]

This should be working now, I think.

Comment 11

[Gérard Talbot]

When I try the steps to reproduce with Seamonkey 1.5a rv:1.9a3pre build 2007022208 under XP Pro SP2, I get the expected results.

WORKSFORME

Comment 12

[Gérard Talbot]

I'm resolving this bug as WORKSFORME. If you believe this is an error, please reopen and explain why with details, specifics, explanations, etc.
Also, I'm resetting the severity to normal. There was nothing supporting that this bug was critical. Critical is only for crashes, loss of data, severe memory leak.