Closed Bug 281079 Opened 20 years ago Closed 20 years ago

Bad date parsing causes incorrect date to be displayed

Categories

(Core Graveyard :: Networking: FTP, defect)

x86
Linux
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 236365

People

(Reporter: clloydknight, Assigned: dougt)

References

()

Details

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20041109 Firefox/1.0
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20041109 Firefox/1.0

In the example url, dates going back several years are listed. The most recent
entries at the end, though, are recent. Using an ftp client (I used ncftp), the
end of the directory listing appears as:

-rw-r--r--    1 1000     1000      2910730 Feb  1  2004 mutt-1.5.6i.tar.gz
-rw-r--r--    1 1000     1000          481 Feb  1  2004 mutt-1.5.6i.tar.gz.asc
-rw-r--r--    1 1000     1000      2990425 Jan 28 10:04 mutt-1.5.7i.tar.gz
-rw-r--r--    1 1000     1000          189 Jan 28 10:04 mutt-1.5.7i.tar.gz.asc
-rw-rw-r--    1 1000     1000      2557347 Apr 23  2002 mutt.stable.noiconv.tar.gz
-rw-rw-r--    1 1000     1000         3659 Apr 23  2002 patch.stable.lh.noiconv 

Firefox, on the other hand, appears to be parsing the "10:04" and interpretting
it as a year. It shows:

File: mutt-1.5.6i.tar.gz 	2843 KB 	02/01/04 	00:00:00
File: mutt-1.5.6i.tar.gz.asc 	1 KB 	        02/01/04 	00:00:00
File: mutt-1.5.7i.tar.gz 	2921 KB 	01/28/04 	10:04:00
File: mutt-1.5.7i.tar.gz.asc 	1 KB 	        01/28/04 	10:04:00
File: mutt.stable.noiconv.tar.gz   2498 KB 	04/23/02 	00:00:00
File: patch.stable.lh.noiconv 	   4 KB 	04/23/02 	00:00:00

Oddly enough, it's also showing the time there.

This may or may not be related to bug 189626. Perhaps the fix for that one broke
this example?

Reproducible: Always

Steps to Reproduce:
1. Enter "ftp://ftp.mutt.org/mutt/devel/" in the address bar.
2. Scroll to the bottom of the page.
It's not that we're parsing the time as the year.  It's that we're guessing at
the year and getting it wrong.

Or were, rather. This has been fixed since November. 

*** This bug has been marked as a duplicate of 236365 ***
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → DUPLICATE
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.