Launchpad has imported 8 comments from the remote bug at
https://bugzilla.mozilla.org/show_bug.cgi?id=415023.
If you reply to an imported comment from within Launchpad, your comment
will be sent to the remote bug automatically. Read more about
Launchpad's inter-bugtracker facilities at
https://help.launchpad.net/InterBugTracking.
On 2008-01-31T04:59:20+00:00 Elyk03 wrote:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.4)
Gecko/20070601 SeaMonkey/1.1.2 Mnenhy/0.7.4.0
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.4)
Gecko/20070601 SeaMonkey/1.1.2 Mnenhy/0.7.4.0
Printing a webpage to a postscript file in a directory where the user
does not have write privileges gives no feedback that the operation
failed. No file is created, and no Permission Denied warning message
occurs.
Reproducible: Always
Steps to Reproduce:
1. Open any webpage.
2. Go to File-Print
3. Select PostScript/default and the Print to File checkbox, then print.
4. When prompted for the filename, select a directory where you don't have
write permission (e.g. /).
Actual Results:
It goes through the motion of printing to file, but no file is created and no
warning message occurs.
Expected Results:
The program should prompt the user immediately that permission is denied.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1004569/comments/0
On 2008-05-06T22:11:16+00:00 Sgautherie-bz wrote:
Can you reproduce with SeaMonkey v1.1.9 ?
Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1004569/comments/1
On 2008-05-08T00:48:05+00:00 Elyk03 wrote:
(In reply to comment #1)
Can you reproduce with SeaMonkey v1.1.9 ?
Yes, the bug still occurs with v1.1.9.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1004569/comments/2
On 2008-05-11T03:20:35+00:00 Ajschult wrote:
This worked with the XUL filepicker, but it seems we ignore failure when
using the gtk filepicker.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1004569/comments/3
On 2008-05-11T04:19:15+00:00 Antoine-mechelynck-gmail wrote:
(In reply to comment #3)
This worked with the XUL filepicker, but it seems we ignore failure when using
the gtk filepicker.
IOW, a workaround would be setting ui.allow_platform_file_picker to
false in about:config?
Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1004569/comments/4
On 2008-05-11T04:39:31+00:00 Ajschult wrote:
A better workaround would be to save to a location that is writable :)
Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1004569/comments/5
On 2008-05-11T04:47:08+00:00 Antoine-mechelynck-gmail wrote:
(In reply to comment #5)
A better workaround would be to save to a location that is writable :)
Of course, but this bug is all about getting no error when you thought
it was writable, and it fact it isn't. :-)
Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1004569/comments/6
On 2013-04-26T19:06:35+00:00 Logan Rosen wrote:
*** Bug 595461 has been marked as a duplicate of this bug. ***
Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1004569/comments/11
** Changed in: firefox
Status: Unknown = Confirmed
** Changed in: firefox
Importance: Unknown = Medium
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1004569
Title:
print to file defaults to /home and fails silently if target directory
is not writable
To manage notifications about this bug go to:
https://bugs.launchpad.net/firefox/+bug/1004569/+subscriptions
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
