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)
Tracking
()
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
Comment 2•22 years ago
|
||
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).
Comment 3•22 years ago
|
||
Rods is not available to work on this issue. Reassigning to default owner and QA.
Assignee: rods → blaker
QA Contact: sujay → asa
Comment 4•22 years ago
|
||
Raw guessing... I wonder whether InitPrintSettingsFromPrinter()/InitPrintSettingsFromPrefs() are being called correctly...
Comment 5•21 years ago
|
||
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
Comment 6•21 years ago
|
||
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.
Comment 7•21 years ago
|
||
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]
Comment 8•21 years ago
|
||
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.
Comment 9•21 years ago
|
||
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
Comment 10•21 years ago
|
||
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.
Comment 11•21 years ago
|
||
Does anybody know, how to change the papersize permanently? I'm translating Mozila Firebird into german and this Bug is very frustrating.
Comment 12•21 years ago
|
||
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
Comment 13•21 years ago
|
||
Can anyone check whether this was fixed due the patch for bug 203937 ('an extra "print." is added to printing preference name'), please ?
Comment 14•21 years ago
|
||
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).
Comment 15•21 years ago
|
||
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.
Comment 16•21 years ago
|
||
sorry, should have mentioned that the nightly-builds in question were for win32.
Comment 17•21 years ago
|
||
CC:'ing smfr (AFAIK one of the lords of MacOS at mozilla.org... :) ...
Comment 18•21 years ago
|
||
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.
Comment 19•21 years ago
|
||
I've filed a new bug (207680) for the Mac OS X version of this problem. (Thanks, Cyrus)
Updated•21 years ago
|
QA Contact: asa
Comment 20•21 years ago
|
||
This one should be marked fixed. At least the OS-Version shlould be changed if it still appears on Mac OS
Comment 21•21 years ago
|
||
I concur. Bug can be closed/fixed since Mac issue is covered by Bug 207680.
Comment 22•21 years ago
|
||
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.
Comment 23•21 years ago
|
||
I can confirm that, but that should be reported as a seperate Bug or at least the summary should be changed.
Comment 24•21 years ago
|
||
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.
Description
•