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 Desktop
Packages, which is subscribed to firefox in Ubuntu.
https://bugs.launchpad.net/bugs/1004569

Title:
  print to file defaults to /home and fails silently if target directory
  is not writable

Status in The Mozilla Firefox Browser:
  Confirmed
Status in “firefox” package in Ubuntu:
  Confirmed

Bug description:
  Steps to reproduce:

  1. Load a web page in firefox and click File->Print. The Print dialog box 
appears.
  2. Choose Print to File from the list of printers
  3. Choose home under Save in folder. (This is always the default selection 
for me).
  4. Type a name in the filename box, and hit Print.

  What happens:

  The "Printing" dialog box appears, the progress indicator goes up to 100%, 
and then it disappears. However, no file is saved 
  (because /home/ is not writable).

  What should happen:

  A message should appear saying that the file cannot be written to
  /home/, and I should be returned to the Print dialog.

  $ apt-cache policy firefox | head -3
  firefox:
    Installed: 12.0+build1-0ubuntu0.11.10.1
    Candidate: 12.0+build1-0ubuntu0.11.10.1

To manage notifications about this bug go to:
https://bugs.launchpad.net/firefox/+bug/1004569/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to     : [email protected]
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp

Reply via email to