Closed Bug 185920 Opened 22 years ago Closed 21 years ago

Print Page size default is not the same as the actual printer page size default (Letter/A4)

Categories

(Firefox :: General, defect)

Product:
Firefox
Component:
General
Platform:
x86
Windows 2000
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
RESOLVED FIXED

People

(Reporter: lindsay, Assigned: bugzilla)

Details

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3a) Gecko/20021207 Phoenix/0.5
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3a) Gecko/20021207 Phoenix/0.5

When first printing Phoenix *always* defaults to letter page size, despite the
printer being setup with an A4 default.

Once the Phoenix print properties dialog has been set to A4 it seems to stay
that way for the rest of the windows logon session.

Reproducible: Always

Steps to Reproduce:
1. Start Phoenix for the first time this session
2. Print a Page (i.e File|Print)
3. Check the Print|Properties|Advanced|Paper Output - it will be letter size

Actual Results:  
Default page size was Letter

Expected Results:  
Default pages size should have been A4
I mistakenly assigned it to browser when it is specific to Phoenix
Component: Printing → General
Product: Browser → Phoenix
Version: Trunk → unspecified
I also have this problem. Two differences though: 
1. After I close all Phoenix windows and I open a new window, the page size is
back to Letter).
2. On my print dialog, the paper size is on the 'Paper' tab, not 'Advanced' (not
that it matters anyway).
Rods is not available to work on this issue. Reassigning to default owner and QA.
Assignee: rods → blaker
QA Contact: sujay → asa
Raw guessing... I wonder whether
InitPrintSettingsFromPrinter()/InitPrintSettingsFromPrefs() are being called
correctly...
I have the same problem with Mozilla 1.3 on Mac OS X. Could have started with
the installation of 1.3, it certainly did not exist with 1.2.1. 
Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.3) Gecko/20030312
Same bug under same environment (Win2K + Phoenix) as the reporter's.

Don't know whether this is relevant or not but here goes anyway: 
this is a US version of Win2K, ergo printer drivers are initially 
installed with Paper-Size=Letter. 

Perhaps Moz/Phoenix are retrieving the device mode data (which includes paper
size) using means other than the GetPrinter(PRINTER_INFO_2) API call.


Lindsay, this bug appears to have been fixed in the newest nightly build.

[Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4b) Gecko/20030504 Mozilla
Firebird/0.6]



With the latest nightly build (Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O;
en-US; rv:1.4b) Gecko/20030507)I still have the problem that the default paper
size is set back to letter after a restart of Mozilla.
Markus, I don't know if it will help, but there is a phoenix build for Mac too:
http://komodo.mozilla.org/pub/phoenix/nightly/latest-trunk/Firebird-mac.dmg.gz
Same problem with Phoenix for Mac. 
Just checked out how the default paper size is set on other programs on Mac OS
X. There are the ones which take their cue from the language setting of the OS
(the ones which change their language when the language setting of the OS is
changed), i.e. Explorer. Then there are programs which have an entry in their
preferences where the paper size is set, i.e. BBedit lite. And there the ones
for which the paper size is set in File/Page Setup, i.e. Endnote. I believed
Mozilla/Phoenix was part of the last group, but I'm not so sure anymore.
Programs belonging to the first two groups, reset any changes made in File/Page
Setup after a restart, which is what Mozilla does too.
Does anybody know, how to change the papersize permanently? I'm translating
Mozila Firebird into german and this Bug is very frustrating.
OK. Forget about my complaint. It's fixed with Firebird 0.6

Mozilla/5.0 (Windows; U; Windows NT 5.0; de-DE; rv:1.4b) Gecko/20030516 Mozilla
Firebird/0.6
Can anyone check whether this was fixed due the patch for bug 203937 ('an extra
"print." is added to printing preference name'), please ?
The problem still persists with Firebird 0.6 for Mac OS X (Mozilla/5.0
(Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.4b) Gecko/20030516 Mozilla
Firebird/0.6).
Roland, the bug does not exist since the 20030504 nightly build, but did exist
in a nightly build from ca. 20030428 (a build from the week before).

I can't say for sure whether the removal of the duplicate "print." was the
solution, but your patch certainly is within the right time-frame.

The fact that Mac builds still have this A4/letter bug might indicate that the
problem is somewhere else. Perhaps cc'ing a Mac porter would help.
sorry, should have mentioned that the nightly-builds in question were for win32.
CC:'ing smfr (AFAIK one of the lords of MacOS at mozilla.org... :) ...
On the Mac, the page setup defaults are created by calling the OS routine
PMSessionDefaultPageFormat(). I would have hoped that, being an OS routine, it
would take care of creating a default which was appropriate for the current
locale. It will take some more investigation.

As far as the problem mentioned in comment 8: The Mac page setup settings are
only persisted when explicitly requested by application code. It used to persist
the data whenever any instance of the settings were modified, which made it
impossible for applications to have different per-window settings. Camino uses a
pref which controls whether page setup is global or per-window. If global (which
it's hardwired to be) it calls
nsIPrintSettingsService::SavePrintSettingsToPrefs(). Just checked and it works
as it should in Camino. That says that the underlying print settings impl
(shared by Firebird, Camino, Mozilla, etc.) is working. I suspect it's the JS
code in Firebird which is posing the PageSetup dialog. It's probably not
explicitly persisting the data.

If this problem exists on more than 1 platform at this point, this bug should be
split up into platform-specific bugs, since the code for print settings is
entirely different amongst platforms.
I've filed a new bug (207680) for the Mac OS X version of this problem. 
(Thanks, Cyrus)
QA Contact: asa
This one should be marked fixed. At least the OS-Version shlould be changed if
it still appears on Mac OS
I concur. Bug can be closed/fixed since Mac issue is covered by Bug 207680.
Mozilla 1.5 and FireBird 0.7 always defaults page size to letter (Win 2000) if
the name of the printer contains a german character ä, ö, ü (umlaut). After
renaming the printer to a name without a german umlaut mozilla/FireBird use the
default printer setting of A4.
I can confirm that, but that should be reported as a seperate Bug or at least
the summary should be changed.
marking fixed per last comments
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.