The same problem appears in 17.0.7 and 17.0.8 releases (not sure about the earlier ones). When I want to print a webpage I select "print to file" as .pdf and specify the location from the drop-down menu, say, "Downloads". The file, however, is saved in the /home/username directory. If I select "Other" and then point to "Downloads", the printed file is saved into /home/username/Downloads.
*** Bug 12320 has been marked as a duplicate of this bug. ***
CC: (none) => thomas
are you both using the kde plugins ?
(In reply to Grigory Maksaev from comment #0) > The same problem appears in 17.0.7 and 17.0.8 releases (not sure about the > earlier ones). > When I want to print a webpage I select "print to file" as .pdf and specify > the location from the drop-down menu, say, "Downloads". The file, however, > is saved in the /home/username directory. If I select "Other" and then point > to "Downloads", the printed file is saved into /home/username/Downloads. I tried the "Other" and that works. So same here.
(In reply to Manuel Hiebel from comment #2) > are you both using the kde plugins ? How do I know?
Same problem observed in Mageia 3 and 4. I'd say it's a bug in Firefox. I noticed FF won't save the file if another is present by the same name; just add a character to the name and try to save: it works. This is no longer necessary in Mageia 5 Cauldron: all works as expected.
CC: (none) => mkare
Mageia 3 changed to end-of-life (EOL) status 4 months ago. http://blog.mageia.org/en/2014/11/26/lets-say-goodbye-to-mageia-3/ Mageia 3 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Mageia please feel free to click on "Version" change it against that version of Mageia and reopen this bug. Thank you for reporting this bug and we are sorry it could not be fixed. -- The Mageia Bugsquad
Status: NEW => RESOLVEDResolution: (none) => OLD
This bug is present in Mageia 4 (FF ESR 31.5.3), but not in Cauldron (FF ESR 31.6.0). But I just verified problems in printing; folder selection is already working fine, as described below. Steps & Result: 1. Open Firefox. 2. Go to a random page 1. 3. Select Print / Print to file. 4. Verify that pdf format is selected. 5. Select arbitrary folder (e.g. Music). 6. Change name of file to something not default -- e.g. zebra.pdf. 7. Click on the [Print] button: progress bar is displayed. 8. Open the folder Music and the printed file. 9. Confirm the random page 1 has been printed. 10. Go to a different site from the one just visited, say page 2. 11. Select Print / Print to file. 12. Verify that pdf format is selected. 13. Select the same folder (e.g. Music). 14. Do not change name of file -- keep it zebra.pdf. 15. Click on the [Print] button: progress bar is displayed. 16. Open the folder Music and the printed file. 17. Confirm the file still shows random page 1, contrary to the expectation that random page 2 would be printed (THIS IS THE BUG I'M REPORTING). 18. Repeat step 14, but now change name to zebra1.pdf. 19. Repeat steps 15 and 16. 20. Open Music folder. 21. Confirm there are two files: zebra and zebra1. 22. Confirm zebra still shows page1 contents. 23. Confirm zebra1 shows a page2 printout. In essence, FF in Mageia 4 (currently) won't save a file twice with the same name -- but pretends to be doing it. In Mageia 5 Cauldron (RC3), FF works as expected: a) it asks if file with same name should be overwritten; b) when prompted to do it, the file is rewritten with page2 contents. I verified this bug also occurs in Mageia 4 x86_64, same FF version (31.5.3). I have not a PC with an ARM processor (well, maybe one of the Androids) so I cannot select All for platform (unless this is the current practice).
Status: RESOLVED => REOPENEDHardware: x86_64 => i586Version: 3 => 4Resolution: OLD => (none)
I noticed that the fact that file exists is not relevant -- e.g. one could insert an additional step: 13.5. Delete file zebra.pdf. And the bug would still happen in Mageia 4... it seems related to some internal variable Firefox keeps telling it not to save to a file it just saved. Again, it is probable that this bug has been fixed in recent Firefox versions, as stated above, since it no longer occurs in Mageia 5 RC3.
Since it's fixed in Mageia 5, and as I don't think we can fix it in Mageia 4 (probably an upstream bug), I suggest to close this bug report as WONTFIX. What do you think, Renato?
I fully agree. I will close it as WONTFIX. I don't mean any offense by saying there are greater issues ahead (like Mageia 6 after 5 is released). Please thank everyone at Mageia for the hard work.
Status: REOPENED => RESOLVEDResolution: (none) => WONTFIX