492917 - 2nd d/l, can't overwrite previous d/l w/ r/o permissions, FF locks up w/ 99% cpu usage in top.

Status: RESOLVED WORKSFORME

(Firefox :: File Handling, defect)

Description

[Kirk Becker]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.10) Gecko/2009042315 Firefox/3.0.10
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.10) Gecko/2009042315 Firefox/3.0.10

Right click on pdf file, open with dialogue pops up, open with Evince (for now).

OK, that works.

Come back next day, right click, open in new tab, open with Evince, appears to lock up. Top shows 99 % cpu usage until killall firefox-bin from xterm.

File saved in /tmp w/ following permissions.

batman@theohome:~> ls -l /
total 113...
drwxrwxrwt  27 root   root     24576 2009-05-14 12:30 tmp
...

ls -l /tmp
batman@theohome:~> ls -l /tmp
total 1300
-r-------- 1 batman users 538015 2009-05-14 10:32 2009_Memo_MayorCouncil_FASD_allocation
-r-------- 1 batman users 425839 2009-05-14 10:30 Attachment
-rw-r--r-- 1 batman users  57215 2009-05-14 10:27 document_3D0AA9F2-EF3F-DAAB-E3A563FBAEF8A1B2.pdf
-r-------- 1 batman users  57215 2009-05-14 10:27 document_3D0F66C8-D7F0-6056-5FB8F09F0E95C77E.pdf
drwx------ 3 batman users   4096 2009-05-14 10:27 gconfd-batman
drwx------ 2 batman users   4096 2009-05-14 11:28 orbit-batman
drwx------ 2 batman users   4096 2009-05-14 11:43 plugtmp
-r-------- 1 batman users 105381 2009-05-14 10:30 Substantial
-r-------- 1 batman users 105381 2009-05-14 10:31 Substantial-1

Saw previous bug report that files should not be saved world-readable. OK, that's valid. However, should be saved user-writable so FF can overwrite file second time downloaded (unless security violation) in which case FF should recognized existing file and give new name.

e.g. filename.pdf and filename{date}.pdf.

Have also gotten "can't save file -- check permissions type messages".
Thx,

Kirk B.


Reproducible: Always

Steps to Reproduce:
1. Download pdf file.
2. Open in external app (not plug-in like acrobat in ie on Windows).
3. Close app w/ pdf file (doesn't seem to get deleted).
4. Go to step one, can't complete.
Actual Results:  
Top shows 95 - 99% cpu usage, ff becomes totally unresponsive to mouse/keyboard.

Expected Results:  
Open pdf file again, just like it did the first time.

If delete file from /tmp subirectory, can download file again.
Not sure if save file instead of open -- that seems to work ok.

Comment 1

[Tyler Downer [He/Him]]

This bug was reported using Firefox 3.0 or older, which is no longer supported. The bug has also not been changed in over 500 days and is still in UNCO.
Reporter, please retest this bug in Firefox 3.6.10 or later using a fresh profile, http://support.mozilla.com/en-US/kb/managing+profiles. If you still see this problem, please update the bug. If you no longer see the bug, please set the resolution to RESOLVED, WORKSFORME.

This is a mass search of unconfirmed bugs that have no activity on them, so if you feel a bug was marked in error, just remove the CLOSEME comment in the whiteboard within the next month.

Comment 2

[Tyler Downer [He/Him]]

No reply, INCOMPLETE. Please retest with Firefox 3.6.12 or later and a new profile (http://support.mozilla.com/kb/Managing+profiles). If you continue to see this issue with the newest firefox and a new profile, then please comment on this bug.