If you think a bug might affect users in the 57 release, please set the correct tracking and status flags for Release Management.

After a restart the default paper size is set back to paper size "letter", or to "A4" in some cases

NEW
Unassigned

Status

()

Core
Printing: Output
15 years ago
8 years ago

People

(Reporter: Markus Haenchen, Unassigned)

Tracking

Trunk
PowerPC
Mac OS X
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(Whiteboard: bug is for MacOSX _ONLY_, other platforms are bug 185920)

(Reporter)

Description

15 years ago
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.

Comment 1

15 years ago
Adjusting summary and status whiteboard a little to make clear that this is bug
is for MacOSX ONLY.
Summary: After a restart the default paper size is set back to letter → After a restart the default paper size is set back to paper size "letter"
Whiteboard: bug is for MacOSX _ONLY_, other platforms are bug 185920

Comment 2

15 years ago
Confirmed using FizzillaMach/2003-05-29-08-trunk.
Status: UNCONFIRMED → NEW
Ever confirmed: true
(Reporter)

Comment 3

15 years ago
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.
(Reporter)

Comment 4

14 years ago
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.)
Summary: After a restart the default paper size is set back to paper size "letter" → After a restart the default paper size is set back to paper size "letter", or to "A4" in some cases

Comment 5

9 years ago
This seems like a dupe of bug 147419

Comment 6

9 years ago
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. :-/
Assignee: printing → nobody
QA Contact: sujay → printing
You need to log in before you can comment on or make changes to this bug.