Closed
Bug 10551
Opened 25 years ago
Closed 25 years ago
FTP time/date data incorrect
Categories
(Core :: Networking, defect, P3)
Core
Networking
Tracking
()
VERIFIED
FIXED
M14
People
(Reporter: Crysgem, Assigned: jud)
References
()
Details
(Whiteboard: [PDT+])
Apprunner Build ID: 1999072608
The... timestamps?... of the directories are some 4 hours en retard (as
compared with the display of Enforcer 5.0 and Ancestor 4.6); as if displaying
the PST hour...?
Comment 1•25 years ago
|
||
I believe timestamps are server generated. Perhaps the other software corrects
values. If that is the case an enhancement bug should be filed.
Updated•25 years ago
|
Assignee: gagan → valeski
Target Milestone: M10
Comment 2•25 years ago
|
||
ftp = Jud
Assignee | ||
Updated•25 years ago
|
Target Milestone: M10 → M14
Assignee | ||
Comment 4•25 years ago
|
||
This is server dependent. FTP servers decide what GMT offset and timezone they
will stamp times with. FTP clients can only *assume* what the servers are using.
Currently we assume the server is GMT.
Comment 6•25 years ago
|
||
http://bugzilla.mozilla.org/show_bug.cgi?id=20706 seems to be making a different
point. 20706 says teh _date_ is incorrect, 10551 says teh time is incorrect. I
noticed that if I browse to the nightly build ftp directory the date for the
latest win32 build is displayed as 11/30. This is not a GMT offset issue I
don't think. Are these two seperate bugs.
Updated•25 years ago
|
OS: Windows 98 → All
Hardware: PC → All
Summary: FTP time data incorrect → FTP time/date data incorrect
Comment 8•25 years ago
|
||
adding "date" to summary per dups.
I see this on Linux too, marking all.
Bulk move of all Necko (to be deleted component) bugs to new Networking
component.
Reporter | ||
Comment 10•25 years ago
|
||
As I humbly judge the loaded results of the cited URL, the dates returned are no
longer inaccurate; only the hours now differ (upon the MICROSOFT WINDOWS 98
1999122308 build).
Comment 11•25 years ago
|
||
when I go to ftp://ftp.mozilla.org I get dates that are off by a year (10/29/00
rather than 10/29/99)
With 5.0, the year shows with 99
Comment 12•25 years ago
|
||
/pub/mozilla/nightly/latest right now lists...
NS 4.7:
mozilla-i686-pc-linux-gnu.... 5402 Kb Thu Jan 6 09:02:00 2000 Unix Tape
Archive
Mozilla 2000.01.04.09 Linux:
mozilla-i686-pc-linux-gnu.tar.gz 5532430 01/01/00 11:18:00 am
Assignee | ||
Comment 14•25 years ago
|
||
fix checked in. do not use 4.x to for date comparison if you're testing
dirs/files with dates anywhere between now and Jan 1 1999. 4.x has a y2k bug.
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Comment 15•25 years ago
|
||
this looks nailed down now. confirmed by telnetting to various sites and
comparing last modified times to those that show on ftp listings
marking verified with 2/9 builds, go jud!
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•