Closed Bug 367395 Opened 18 years ago Closed 18 years ago

File Permissions on Downloaded Files Not Matching Download Folder

Categories

(Firefox :: File Handling, defect)

x86
Windows XP
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 224692

People

(Reporter: mozilla, Unassigned)

Details

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.1) Gecko/20061204 Firefox/2.0.0.1 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.1) Gecko/20061204 Firefox/2.0.0.1 Using NTFS, the .part and final download file permissions do not match the permissions of the specified download folder. This only happens if the file type is set to always save. The .part/final file permissions use the permissions of the OS Temp folder (which is where the file is initially created). The placeholder file in the final location does have the expected permissions, but is overwritten by the .part file upon download completion. The final file should have the permissions associated with the download folder, not the Temp folder. I have verified that this does happen on the latest nightly build (dated January 18, 2007, version 1.9a1: 2006121804) Reproducible: Always Steps to Reproduce: 1. On WinXP using NTFS, create download folder. 2. Add permissions to the download folder for second/additional user(s). 3. Set file type action to "Save to Disk". 4. Initiate download of a file of that type. 5. Verify permissions of final downloaded file. Actual Results: Final file had the permissions specified in the Temp folder, not the specified Download folder (ie, the additional users could not access the file). Expected Results: Final file should have the permissions of the Download folder (ie, the additional users should be able to access the file). See http://forum.utorrent.com/viewtopic.php?id=18743 for a detailed investigation of the issue.
Please search for existing bugs before you file a new one (found with "permission download" as keywords)
Status: UNCONFIRMED → RESOLVED
Closed: 18 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.