247652 - Mozilla does not observe print.print_[header|footer]* preferences when printing - always prints default set

Status: RESOLVED WORKSFORME

(Core :: Printing: Output, defect)

Description

[Nicolas Goy]

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.6) Gecko/20040527
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7) Gecko/20040614 Firefox/0.9

I tried all the method I found to remove the header /footer on printing.
about:config, pref.js, user.js... and I think some others. But the config
parameters are really not taked by moz or fire.

As I really needed a copy of mozilla that doesn't print the headers, I hacked
the source and builded one on my own.
But I think it would be good to correct this bug.

The first step should be to make the about:config parameters efficient
(print.print_...).

Then you should add the option in the mozilla part of the printing process.

I put major severity because this bugs it top priority as we print all our paper
documents from browser based apps and I don't want macintosh users to be unable
to work properly.

Regards
Goyman

Reproducible: Always
Steps to Reproduce:
1. Go to about:config and set the print.print_ settings to blank
2. Open any URL
3. Print a preview (you can print on the paper, but it's a wast of paper)
4. See the wonderfull headers and footer at top and bottom of the page.
5. Drink coffee.

Actual Results:  
I got headers and footers on the page.

Expected Results:  
I don't want them.

Comment 1

[Hiro]

duplicate bug202014 ?

Comment 2

[Bruce Davidson]

I don't think this is really a(nother!) dupe of bug 202014. That bug is asking
for the UI to allow the user to specify this. The reporter of this bug would
appear to be happy if the preferences settings were respected, even if there
were no particular UI for this correctly.

Reporter, is this a correct summary? If so I suggest we tweak the summary of
this bug (e.g. "Preferences (user.js) for header/footer text ignored"). If not,
and you really are asking for a custom UI then we should dupe against bug
202014. If you don't have rights to dupe then post a comment on this bug and I
can do that for you.

Comment 3

[Nicolas Goy]

You are right that the first action should be to correct mozilla so it will read the preferences correctly.
When this will be done, I'll post a feature request to add settings field in the print window.

Comment 4

[Bruce Davidson]

Based on reporter's comment, changing to reflect the complaint that the
preferences are ignored. There is no need to raise a new feature request for the
UI to control this - bug 202014 already asks for this.

Comment 5

[Phil Pishioneri]

This is a dup of bug 202014, which also contains a patch to have Mozilla use the
preferences which already exist.  The patch comes from bug 220201 ("no way to
disable print headers/footers"), also closed as a dup of bug 202014.

Comment 6

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

Is this bug still valid now that bug 202014 has landed?  (Was it even valid
before then?  I'd heard of lots of people disabling headers with the prefs
before bug 202014 landed....) 

Comment 7

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

This should work now that bug 202014 has landed (if it didn't already work before).  You can change headers via about:config or via the "AppName" panel of the Mac OS X print dialogue.