Open
Bug 1200593
Opened 9 years ago
Updated 2 years ago
Printing to file silently fails
Categories
(Core :: Printing: Output, 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.
Reporter | ||
Updated•9 years ago
|
OS: Unspecified → Linux
Reporter | ||
Comment 1•9 years ago
|
||
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
Reporter | ||
Comment 3•8 years ago
|
||
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)
Reporter | ||
Updated•8 years ago
|
Updated•8 years ago
|
tracking-e10s:
--- → -
Comment 6•6 years ago
|
||
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)
Reporter | ||
Updated•6 years ago
|
Status: NEW → RESOLVED
Closed: 6 years ago
Flags: needinfo?(ads200002)
Resolution: --- → WORKSFORME
Reporter | ||
Comment 7•6 years ago
|
||
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.
Comment 8•5 years ago
|
||
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 → ---
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•