1336211 - FireFox Mac Printing doesn't take into account the custom print settings (tray, color…)

Status: RESOLVED DUPLICATE of bug 1317801

(Core :: Printing: Setup, defect)

Description

[brunobl]

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:51.0) Gecko/20100101 Firefox/51.0
Build ID: 20170125094131

Steps to reproduce:

FireFox Mac version
- File menu -> Print
- Choose custom settings (such as different paper tray, or Black&White only)
- Print


Actual results:

Printer prints the document, but is using default settings (default tray, color printing,…).
Tried on a Konica Minolta K258 and a Sharp MX2840.


Expected results:

Print Settings should be taken into account.

Comment 1

[ovidiu boca[:Ovidiu]]

I think Printing: Setup is a better component for this issue. Sorry

Comment 2

[Bob Owen (:bobowen)]

haik - Could this be another duplicate?

Comment 3

[Haik Aftandilian [:haik]]

(In reply to Bob Owen (:bobowen) (PTO until 25th Feb) from comment #2)
> haik - Could this be another duplicate?

Bug 1303051 "Printing Issue: Page Setup (eg scaling) not being respected since upgrade to 48.01 on Mac" did fix an issue where checking the "black & white" box didn't work so I'm surprised to see that still being a problem. And Bug 1303051 is fixed in build 51 which is what is being used here. The paper tray wasn't addressed though.

Build 52 is coming soon and includes some changes to printing code paths. 

brunobl, thanks for reporting this. A couple of requests:

Could you confirm which settings aren't working? Knowing which settings don't work would help.

And could you test with Firefox Developer Express (build 53) and see if the problem is reproducible?

Comment 4

[Loic]

Link to Firefox DE, so the reporter will be able to test:
https://www.mozilla.org/en-US/firefox/developer/all/

Comment 5

[brunobl]

Issue indeed seems to be solved on v53alpha2.

Basically no custom setting was taken into account on build51 (paper tray, color mode, duplex...)
So you can close the bug unless you think this should be solved on a 51.x release.

Comment 6

[Haik Aftandilian [:haik]]

Thanks! I'm going to keep this open for now until I can look into the build 51 issue a bit more.

Comment 7

[Haik Aftandilian [:haik]]

What I think is happening here is that the printing settings that are lost here are part of printer-specific settings (i.e., manufacturer-specific settings). Those settings get set in the parent when the print dialog is displayed but are _not_ handled in nsPrintOptionsX::SerializeToPrintData which is where print settings collected from the parent process are serialized to be sent to the child to be used for printing. That's a bug with nsPrintOptionsX::SerializeToPrintData.

Bug 1303051 fixed this for some settings, but not the manufacturer-specific ones.

However, the change to enable remote printing on OS X (bug 1317801) causes the print to use the print settings collected on the parent without them ever going through the serialization in nsPrintOptionsX::SerializeToPrintData. Bug 1303051 was fixed in build 52 which means this problem should be fixed in 52 as well. Build 52 is scheduled to be released in a few weeks.

Due to bug 1317801 avoiding this problem, I'm going to close this bug as dupe of bug 1317801.