Closed Bug 1343703 Opened 7 years ago Closed 7 years ago

Since v51, "Save PDF to Web Receipts folder" prints to the printer instead of saving the file, whereas it works properly in other applications.

Categories

(Core :: Printing: Output, defect)

51 Branch
x86
macOS
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 1317801

People

(Reporter: reg.paling, Unassigned)

Details

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:

On my Mac running 10.12.3, in Firefox I use the "Print" button on any web page.  A standard print dialogue appears.  I select from the PDF menu at lower right "Save PDF to Web Receipts Folder".

The following thread in the Mozilla Support Forum contains reports from two other users who experience the exact same problem:
https://support.mozilla.org/t5/Firefox/Attempting-to-quot-Print-PDF-to-quot-any-folder-I-select-in-my/m-p/1369492#M1036155


Actual results:

The document prints on my physical printer.


Expected results:

A .PDF file should have been saved in ~/Documents/Web Receipts
Summary: Since v51, "Save PDF to Web Recipts folder" prints to the printer instead of saving the file, whereas it works properly in other applications. → Since v51, "Save PDF to Web Receipts folder" prints to the printer instead of saving the file, whereas it works properly in other applications.
Summary: Since v51, "Save PDF to Web Receipts folder" prints to the printer instead of saving the file, whereas it works properly in other applications. → Since v51, "Save PDF to Web Recipts folder" prints to the printer instead of saving the file, whereas it works properly in other applications.
Summary: Since v51, "Save PDF to Web Recipts folder" prints to the printer instead of saving the file, whereas it works properly in other applications. → Since v51, "Save PDF to Web Receipts folder" prints to the printer instead of saving the file, whereas it works properly in other applications.
Component: Untriaged → Printing: Output
OS: Unspecified → Mac OS X
Product: Firefox → Core
Hardware: Unspecified → x86
Hi Reg, thanks for taking the time to report this.

There have been some Mac specific fixes recently for printing, would you mind testing this on Developer Edition:
https://www.mozilla.org/en-US/firefox/developer/

It installs as a separate version and shouldn't interfere with your normal installation.
Flags: needinfo?(reg.paling)
Hi Bob,
Yes the Developer Edition works as expected.
This is my first bug report and I am blown away by how well you and your team have responded!  Thanks so much for your work.  And yes, I did donate a couple of months ago!
Cheers,
Reg
(In reply to Reg Paling from comment #2)
> Hi Bob,
> Yes the Developer Edition works as expected.
> This is my first bug report and I am blown away by how well you and your
> team have responded!  Thanks so much for your work.  And yes, I did donate a
> couple of months ago!
> Cheers,
> Reg

Excellent, thanks for testing that, I think that the changes have all made it to Firefox 52 (due to be released next week).

haik - looks like another thing that was fixed by your changes, are they all in Fx52?
I'll let you duplicate this to the appropriate bug.
Flags: needinfo?(reg.paling) → needinfo?(haftandilian)
(In reply to Bob Owen (:bobowen) from comment #3)
> (In reply to Reg Paling from comment #2)
> > Hi Bob,
> > Yes the Developer Edition works as expected.
> > This is my first bug report and I am blown away by how well you and your
> > team have responded!  Thanks so much for your work.  And yes, I did donate a
> > couple of months ago!
> > Cheers,
> > Reg
> 
> Excellent, thanks for testing that, I think that the changes have all made
> it to Firefox 52 (due to be released next week).
> 
> haik - looks like another thing that was fixed by your changes, are they all
> in Fx52?

Yep, this is fixed in 52.

I tested in Firefox 52 and "Save PDF to Web Receipts folder" worked as expected there.

I don't have experience with this setting, but it's clear that we are not explicitly serializing this in nsPrintOptionsX::SerializeToPrintData which explains why the setting is lost on e10s prints prior to build 52. Build 52 enables Mac remote printing which lets this work as expected because the print settings are cached in the parent and passed to the printing routines without going through nsPrintOptionsX::SerializeToPrintData.

> I'll let you duplicate this to the appropriate bug.

Closing this one as a dupe of bug 1317801 which enabled remote printing for Mac.

Thanks.
Status: UNCONFIRMED → RESOLVED
Closed: 7 years ago
Flags: needinfo?(haftandilian)
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.