User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0 (Beta/Release) Build ID: 20130911155223 Steps to reproduce: Tried to print to PDF after printing another PDF file. I chose the a new save location, different from the first time I printed to PDF Actual results: The PDFs got saved in the old location Expected results: The PDFs should have saved to the chosen location
Mozilla/5.0 (X11; Linux x86_64; rv:26.0) Gecko/20100101 Firefox/26.0 Reproduced on latest Aurora (20131007004003); the files are saved in the same location.
Status: UNCONFIRMED → NEW
Component: Untriaged → PDF Viewer
Ever confirmed: true
Note: The first time I tried this, the PDF ended up in the home folder whenever I selected e.g. ~/Desktop or ~/Documents from the drop-down menu. If I selected "Other" and navigated to that folder, it ended up in that folder. (Also, the drop-down initially has no folder at all selected, isn't it supposed to have the most recently used one?)
Petruta, I don't think it's connected with PDF Viewer functionality. Moving it back to the Untriaged component for STR. Adrian, please provide exact steps to replicate the issue (including URL of the resource you are trying to print).
Component: PDF Viewer → Untriaged
It happens with me on this page. Last time I printed to PDF, I had selected the "Documents" folder. Now I click print, Save to File (PDF), select "Desktop" from the dropdown (below where you write the filename), and it asks me whether I want to overwrite the mozilla.pdf file in "Documents".
(In reply to Kevin Brubeck Unhammer from comment #4) > It happens with me on this page. Last time I printed to PDF, I had selected > the "Documents" folder. Now I click print, Save to File (PDF), select > "Desktop" from the dropdown (below where you write the filename), and it > asks me whether I want to overwrite the mozilla.pdf file in "Documents". Oh, and Xubuntu 13.04 64-bit, ff 24.0
Related (Duplicate) Bugs: Bug 806357, Bug 845425, Bug 865416, Bug 923041 Bug 923041 seems like the most accurate description from my experience. Bug 845425 concluded that it was a gtk+ issue, not Mozilla issue. See also: https://bugs.launchpad.net/ubuntu/+source/gtk+3.0/+bug/1213385 https://bugzilla.redhat.com/show_bug.cgi?id=888080
Would a workaround be to go straight to the file picker, and not show the drop-down at all?
bug 865416 recently closed WORKSFORME (for Thunderbird). Do you still see this problem?
Adiran writes "I am now using Firefox 35. ... things are working in the new version.
Status: NEW → RESOLVED
Last Resolved: 4 years ago
Component: Untriaged → Printing: Output
Product: Firefox → Core
Resolution: --- → WORKSFORME
(In reply to Wayne Mery (:wsmwk) from comment #8) > bug 865416 recently closed WORKSFORME (for Thunderbird). > Do you still see this problem? No, worksforme now as well :)
You need to log in before you can comment on or make changes to this bug.