Open Bug 1200593 Opened 9 years ago Updated 2 years ago

Printing to file silently fails

Categories

(Core :: Printing: Output, defect)

40 Branch
Unspecified
Linux
defect

Tracking

()

REOPENED
Tracking Status
e10s - ---

People

(Reporter: ads200002, Unassigned)

References

()

Details

User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:40.0) Gecko/20100101 Firefox/40.0
Build ID: 20150826185918

Steps to reproduce:

1. Create a folder called 'test.pdf' (without quotes (')) somewhere, for example your home directory (/home/adam in my case)
2. Press `Ctrl` + `P` on any (printable) webpage
3. Click 'Print to File'
4. Type 'test.pdf' (without quotes (')) in the 'Name:' box
5. Next to 'Save in Folder:', select the folder that you saved the 'test.pdf' folder in (e.g. /home/adam)
6. Make sure the output format is PDF
7. Click 'Print'
8. When the dialogue asking if you want to replace the existing 'test.pdf' file comes up, click 'Replace'
9. Repeat steps 1-7 with '.ps' instead of '.pdf' and ensure the output format is Postscript in step 6


Actual results:

The printing dialogue comes up and a progress bar appears as usual with 'Completed' appearing very briefly before the dialogue disappears - the same as any other time if you print a PDF or Postscript file. However, no file is created despite you telling it to overwrite the 'test.pdf' folder. No error message appears as it would in other programs that export to PDF like GIMP or LibreOffice.


Expected results:

An error message should've appeared saying that the directory could not be overwritten.
OS: Unspecified → Linux
This bug occurs on Ubuntu 14.04 LTS. It may be platform-specific, but we won't know until people try to reproduce the bug on other platforms and even Ubuntu versions.
Maybe a dupe of bug 1184604 which is fixed in FF41+.

Could you download Beta and test, please.
https://www.mozilla.org/en-US/firefox/beta/all/
Component: Untriaged → Printing: Output
Flags: needinfo?(adam1eveleigh)
Product: Firefox → Core
Still applies to 45.0.2 (out-of-date, but this is the version in the Ubuntu Yakkety repositories), also still applies to Nightly 49.0a1 (2016-15-11).
Flags: needinfo?(adam1eveleigh)
Still present in 46.0.1
Status: UNCONFIRMED → NEW
Ever confirmed: true
tracking-e10s: --- → -
The fixes for bug 1253247, bug 1270447 and/or bug 1309205 may have fixed this since anyone last looked. However, it may have subsequently been broken again since we now have bug 1471854.
Flags: needinfo?(ads200002)
See Also: → 1471854
Status: NEW → RESOLVED
Closed: 6 years ago
Flags: needinfo?(ads200002)
Resolution: --- → WORKSFORME
This is fixed as of Firefox 63.0. One can't specify the file type anymore and typing 'test.pdf' and clicking 'Select' now simply opens the folder and then clears the 'Name' field for saving as a file.

I can confirm the last comment by ads. It's good to see progress. Unfortunately, there are still some corner cases where this fails and thus I am reopening.

The case I was still able to reproduce is when the file name has already been preselected. Firefox will warn if you want to overwrite the "file" which is actually a directory. Even if confirming to overwrite, the printing then still simply silently fails.

Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.