Option to Preserve Last-Modified Date on Downloaded Files

NEW
Unassigned

Status

()

Core
General
--
enhancement
5 years ago
5 months ago

People

(Reporter: David E. Ross, Unassigned)

Tracking

(Depends on: 1 bug)

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

5 years ago
Generally, file-transfer applications preserve a file's last-modified time-stamp.  An option to allow this in Mozilla applications was developed and then rejected under bug #178506.  This would still be a desired capability by some users, evidenced by the 31 votes in favor of bug #178506 and the 1,100 users of the Preserve Download Modification Timestamp extension reported by addons.mozilla.org.  

This newer RFE merely requests an option, thus avoiding disturbing those who prefer that the last-modified time-stamp reflect when a file was downloaded.  

This RFE is submitted because the Preserve Download Modification Timestamp is apparently no longer being maintained.  The install.rdf file indicates compatibility through Firefox 4.0.* and SeaMonkey 2.1b3.  The current browser versions are Firefox 10.0.2 and SeaMonkey 2.7.2.  Yes, the install.rdf file can be tweaked to make the extension compatible with current browser versions; and there are other compatibility mitigations.  However, an extension can at best be considered only a workaround for a bug or desired capability and not an actual solution.

Comment 1

5 years ago
I have Debian Iceweasel (rebranded Firefox clone) v10.0.2 with Preserve Download Modification Timestamp add-on installed. And it works without any patch in the installer. AFAIK Mozilla changed behavior in compatibility tests.

Comment 2

5 years ago
Surely the possibility of downloading files with their original filestamps would be a great enhancement on Firefox.

I needed this feature today, as I had to download today some files a partner put on a server a week ago, and I would like to have their original filestamps preserved.

I agree with David that it is better to offer this as an option instead of changing the default browser behaviour, thus not disturbing those accostumed to its current behaviour.
(Reporter)

Comment 3

4 years ago
Implementation of bug #825588 will break the Preserve Download Modification Timestamp extension (and possibly other extensions).  This demonstrates why an extension can only be temporary workaround for the capability requested here.
(Reporter)

Comment 4

4 years ago
It appears that the Preserve Download Modification Timestamp extension does not work with SeaMonkey/2.20.  It can be installed, but time stamps reflect when the download occurs instead of when the file was last modified on the server.  HELP!!
(Reporter)

Updated

4 years ago
Depends on: 918188

Comment 5

4 years ago
I just registered so I could upvote this.
At least, it could be made an option via about:config?

A workaround now is to use DTA or another d/l manager via FlashGot. But of course that's a bit cumbersome, and a d/l manager doesn't work everywhere (file hosters)...
Component: File Handling → File Handling
Product: Core → Firefox
(Reporter)

Comment 6

a year ago
I am a SeaMonkey user, not a Firefox user.  Thus, I strongly question why a bug report that I submitted has been changed from Core to Firefox.

Comment 7

a year ago
Agreed, David. I hate to use bugzilla as a discussion forum, but Benjamin seems to be on a roll moving core bugs to Firefox, today. Like you, I wonder why.
(Reporter)

Comment 8

a year ago
As the originator of this bug report and a SeaMonkey user (not Firefox), I am restoring the product to Core.  As File Handling is no longer a Core component, I am forced to specify General as the component.  

If someone wants to limit this capability to Firefox, he or she should submit a new bug report.
Component: File Handling → General
Product: Firefox → Core
You need to log in before you can comment on or make changes to this bug.