Open Bug 1416880 Opened 7 years ago Updated 2 years ago

global print settings for margins not applying to printers when invoked

Categories

(Toolkit :: Printing, defect, P3)

56 Branch
defect

Tracking

()

UNCONFIRMED

People

(Reporter: skyler418, Unassigned)

References

(Depends on 1 open bug)

Details

Attachments

(3 files)

Attached image screenshots.png
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/62.0.3202.89 Safari/537.36

Steps to reproduce:

There are global settings that DO work properly (the header and footer options in my attached picture) where when I invoke the printer, the specific printer settings in about:config take the values I'm placing in the global default fields. There, however, is one setting that does NOT work properly where I'm setting the value as 20, but the specific printer setting just uses the default of 0. If I manually set the specific printer to 20 this does work.

I want to be able to use the global setting because I don't want to be tied to a specific printer so setting the specific printer won't work for my needs. 

I have tried just about everything I can think of. I have reset all of the fields countless times, uninstalled firefox, used different PCs, reset firefox completely, tried different margins settings. The issue DOES seem to revolve around margins as there are other margin settings that behave the same way (margin_bottom, print_edge_bottom). I tested FireFox 56.0.2, however, I tested 54.0, 40.0 and the same results occur.



Actual results:

Value in global setting set to "20". Setting for printer remains default of 0.


Expected results:

Value in global setting set to "20". Setting for printer should take what is set in global which is 20.
Component: Untriaged → Printing
Product: Firefox → Toolkit
(In reply to skyler418 from comment #0)
> I want to be able to use the global setting because I don't want to be tied
> to a specific printer so setting the specific printer won't work for my
> needs. 
> 

Thanks for filing this bug.

Our print settings uses global settings when last used printer is unknown(i.e. print_printer preference is empty) and preference of specified target printer name is not exist. In this case, I guess print_printer is 'Microsoft XPS Document Writer', So gecko uses print.printer_Microsoft_XPS_Document_Writer.* settings even if you specified other printer.

If you want to use global print settings(i.e. print.printer_* preferences), Could you please try set 'print.save_print_settings' to false? (Note: Maybe, you should clear the print_printer preference since last printer name is not empty)
Flags: needinfo?(skyler418)
I made print.save_print_settings false in my cfg file. I then deleted prefs.js in the user profike under the OS user i an testing with (the file under roaming). 

I no longer am keeping the xps printer which is the printer ive been testing with, the header footer strings are being used properly but this unwritable setting is still not being used properly as the page 1 of x is still right on the page edge. 

Any ideas from here?
Flags: needinfo?(skyler418)
Adding evidence per my comment made 2 hours ago 11-16-17 339PST.

The 'about-config ALL listings with save_print_settings set to false.png' attachement shows the about:config settings with a filter of "print" after adding save_print_settings to false and deleting my prefs.js file in my profile.

the 'print result and settings.cfg.png' attachment shows the actual print result with save_print_settings to false and also shows an example of how it should look if this were working properly-the working properly screenshot is me manually setting the particular printer setting to 20 rather than using the global setting. Per the issue I need to use the global setting instead of manually setting the specific printer setting.
Priority: -- → P3

Would fixing bug 1615908 fix this? I.e. having just one set of saved settings rather than saving settings on a per-printer basis?

Depends on: 1615908
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: