Open Bug 1090266 Opened 10 years ago Updated 2 years ago

Print to file mozilla.pdf silently overwrites existing file on Linux

Categories

(Core :: Widget: Gtk, defect, P2)

31 Branch
x86
Linux
defect

Tracking

()

Tracking Status
firefox66 --- affected

People

(Reporter: w.langdon, Unassigned)

Details

User Agent: Mozilla/5.0 (X11; Linux i686 on x86_64; rv:31.0) Gecko/20100101 Firefox/31.0 Build ID: 20140925233043 Steps to reproduce: Print web page in firefox, press print get "General", select "Print to File" leave defaults (ie Output formal PDF and Name, eg "mozilla6.pdf", Save in folder is home dir) Actual results: web page is saved in specified file thus DELETING existing file (created from last page I saved). Expected results: The whole process is hugely clunky. Some idiot has created a web page heirarchy of some 20 odd pages. I need to save exactly what is there. I am creating PDF of each page as that seems the best way of doing it. But the idiot has created a mixture of html and javascript which means each "print" has to be manually verified against the web page (which cannot be seen simulatenously "printing" it). Sometimes the text displayed by JavaScript fits onto the web page but not the print page and vice-versa. No help is provided to guard against this. So the check has to be done by hand. This is a huge error prone pain. To print each page takes six button pushes/mouse clicks. This is too many and is error prone.
ps: I have also tried saving the page as html. This almost works. That is, I get an outermost html file and a directory containing .png etc. (This is pretty much what I expected). However when I look at the html (using the file: URL) the page does not look identical. The lefthand menue is missing and the text layout in the main text box is slightly different. On the plus side, it looks like all the text has been saved (whereas print-to-file has a tendency to silently crop it). The page is sensative. I can mail it to people but do not want it publically exposed. Bill
Works for me with firefox-31.0esr.en-US.linux64 and 34.0 Beta. Is it Firefox from Mozilla, not your GNU/Linux distribution? Quicksearch "ALL [print [pdf|[file [overwrit" gives 3 FIXED bugs and one bug resolved INVALID by the reporter (in 2008), because apparently it was later fixed in GNOME: bug 420091 comment 1.
QA Whiteboard: [bugday-20141103]
firefox launched by Centos 5 system on login. 3bars|?|About firefox gives box saying Firefox ESR 31.1.0 uname -a gives: Linux 2.6.18-371.12.1.el5 #1 SMP Wed Sep 3 16:22:34 EDT 2014 x86_64 x86_64 x86_64 GNU/Linux I hope this help Bill
Component: Untriaged → Printing: Output
Product: Firefox → Core

Regression #107484, #226600

Still valid with 60.5.1 ESR.

That's not a big problem to fix, why does it need to be fixed over and over and over again?

Can confirm this is still happening
Firefox 66.0.4 on Ubuntu 18.04

"Print to File" File location defaults to previous saved file location, overwrites it without warning
I lost a document because it didn't warn before saving.

That's not a big problem to fix, why does it need to be fixed over and over and over again?

Most immediately, this was fixed for the print dialog Firefox used, which was managed by Firefox itself, in bug 107484. Then in bug 193001 Firefox switched to usign the GNOME print dialog. I haven't dug into whether the GNOME dialog doesn't have the ability to prompt for overwrite or whether we're not enabling it properly...

Status: UNCONFIRMED → NEW
Component: Printing: Output → Widget: Gtk
Ever confirmed: true
Summary: Print to file mozilla.pdf silently overwrites existing file → Print to file mozilla.pdf silently overwrites existing file on Linux
Priority: -- → P2
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.