User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.3) Gecko/20030312 Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.3) Gecko/20030312 A change in the paper size in File/Page Setup away from letter does not survive a restart of Mozilla. After a restart the paper size is again letter (this is apparently at least with the latest versions only a problem of the Mac OS X version, see bug 185920). Reproducible: Always Steps to Reproduce: 1. Go to File/Page Setup 2. Change paper size to anything but letter 3. Quit and restart Mozilla 4. Go to File/Page Setup Actual Results: The paper size is set back to letter. Expected Results: The paper size should be whatever format it had been set to before. Here are my comments regarding this bug that I had added to bug 185920: ------- 2003-04-09 11:00 ------- 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 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. ------- 2003-05-08 02:37 ------- 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. 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). And here a comment by Conrad Carlen ------- 2003-05-22 11:30 ------- 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.
Adjusting summary and status whiteboard a little to make clear that this is bug is for MacOSX ONLY.
Confirmed using FizzillaMach/2003-05-29-08-trunk.
After a semi-crash of Mozilla 1.3 (Mozilla was misbehaving, stalled on a webpage, bookmarks all messed up, so I quit it) the paper size setting is now stuck at A4, surviving restarts of Mozilla, when changed to Letter it reverts back to A4 after a restart. Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.3) Gecko/20030312.
With the non-Mac version (bug 207680) of this bug going to be closed, I just wanted to mention that, with version 1.5 (Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.5) Gecko/20031007) I still experience the same behaviour as described in my last comment. (Appended the "A4"-variant to the summary.)
This seems like a dupe of bug 147419
I do not think it's a dupe. This bug (207680) documents a forgetfulness of mozilla (i. e. you change it, but get the old values after a new start), whereas 147419 complains about the defaults (i. e. when you start mozilla for the very first time). These are two distinct issues IMHO. It's still embarrassing that Firefox hasn't learned to print in seven (7) years. This is something that Internet Explorer seems to do much better. :-/