Closed
Bug 339557
Opened 19 years ago
Closed 14 years ago
Updater: timestamp of installed files doesn't restored
Categories
(Toolkit :: Application Update, defect)
Tracking
()
RESOLVED
WONTFIX
People
(Reporter: arkady.belousov, Unassigned)
Details
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows 98; ru) Opera 8.54
Build Identifier: http://mozilla.mirrors.tds.net/pub/mozilla.org/thunderbird/releases/1.5.0.2/win32/ru/Thunderbird%20Setup%201.5.0.2.exe
After installation, timestamp of installed files is the same, as time of creation of this file on this machine.
Reproducible: Always
Comment 1•17 years ago
|
||
(In reply to comment #0)
> After installation, timestamp of installed files is the same, as time of
> creation of this file on this machine.
Lack of information for >1.5 years -> incomplete.
Status: UNCONFIRMED → RESOLVED
Closed: 17 years ago
Resolution: --- → INCOMPLETE
| Reporter | ||
Comment 2•17 years ago
|
||
> Lack of information for >1.5 years -> incomplete.
Which more information you need? I think, anything is clear.
PS: After changing installer, some issues (including this one) disappear, but now this issue remains in updater. See, what I see after installer:
xpistub dll¦ 12400¦14.02.08¦17:32
thunderbird exe¦8285 К¦14.02.08¦17:32
updater exe¦132232¦14.02.08¦17:32
But if TB was updated through updater (I do this 29 february), then I see:
xpistub dll¦ 12400¦29.02.08¦01:47
thunderbird exe¦8285 К¦29.02.08¦01:47
updater exe¦132232¦29.02.08¦01:47
PPS: Because bug is gone from installer, then I now change summary from "Installer: timestamp of installed files doesn't restored" to "Updater: ...".
Status: RESOLVED → UNCONFIRMED
Resolution: INCOMPLETE → ---
| Reporter | ||
Updated•17 years ago
|
Summary: Installer: timestamp of installed files doesn't restored → Updater: timestamp of installed files doesn't restored
Comment 3•17 years ago
|
||
Wayne, thoughts?
Comment 4•17 years ago
|
||
I no nothing about installer stuff, in part because I don't pay attention to any of it and I haven't educated myself - so I'm of no help with these. Even less about updater. Sorry.
| Reporter | ||
Comment 5•17 years ago
|
||
I think, this is very easy to fix issue - both distribute and updates are archives, which store file timestamp for each file. When unpacking file, its timestamp should be restored. But, as I understand, someone who was wrote installer and who do wrote updater (by using 3rd party library for dealing with archive or wroting his own), forgets to get timestamp from file header in archive (where stored also file name, CRC, etc) and call function, to set this timestamp for file after its unpacking.
Updated•17 years ago
|
Assignee: mscott → nobody
Updated•16 years ago
|
Component: Installer → Application Update
Product: Thunderbird → Toolkit
QA Contact: installer → application.update
Comment 6•16 years ago
|
||
AFAICT the mar format does not store the file modification time,
https://wiki.mozilla.org/Software_Update:MAR
Comment 7•14 years ago
|
||
No justification has been made as to why this is needed and without that the additional data stored, work to add this, and work performed by the updater isn't worth the time to implement. Closing as wontfix.
Status: UNCONFIRMED → RESOLVED
Closed: 17 years ago → 14 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•