-
Also, please make the "Yes" button the default button, like previous versions, so that simply hitting enter confirms the dialog with "Yes".
Thanks!
05:12PM UTC on Apr 11 2008 in WinMerge
-
Bingo - that's got it fixed. Thanks!
03:21PM UTC on Oct 07 2007 in FileZilla
-
Just tried the 2007-10-06 nightly - no change. Same problem exists.
03:50AM UTC on Oct 06 2007 in FileZilla
-
ok - will do. Just for clarification, though - there appeared to be no change at all with the 2007-10-04 build. Meaning, I did not observe "corrected into the wrong direction" - the year was the same as observed in the actual 3.0.1 build.
04:28PM UTC on Oct 05 2007 in FileZilla
-
Hi - Sorry for the delayed response. I just tried the 2007-10-04 nightly, and I'm still seeing the problem.
I uploaded a fresh copy of a test file, which you'll see in the listing below. My local time (Eastern/US -0400) is 11:39pm Oct 4. Note the resulting file's UTC time of Oct 5 03:39 on the FTP server (which is correct).
However, FileZilla (3.0.1-nightly) client still shows...
03:45AM UTC on Oct 05 2007 in FileZilla
-
Woops - submitted too early.
The only difference between my initial bug description that shows the incorrect year, and my second comment where the year is correct - is that I simply waited until after midnight localtime.
Thus, when localtime and GMT are on the same day, all is fine. When localtime and GMT span 2 days, the year is incorrect.
04:10AM UTC on Sep 25 2007 in FileZilla
-
...and now the EXACT same directory listing - I have made no changes
The raw listing is exactly the same:
Command: LIST -a
Response: 150 Opening ASCII mode data connection for file list
Listing: drwxr-x--x 2 user1103899 user1103899 4096 Sep 25 03:03 .
Listing: drwxr-x--x 8 user1103899 user1103899 4096 Apr 18 17:39 ..
Listing: -rw-r--r-- 1 user1103899 user1103899 1362.
04:03AM UTC on Sep 25 2007 in FileZilla
-
This is a fresh look at bug 1608370 (which was closed as it was mis-categorized as a server bug)
In my case it's solely a Client bug (FileZilla Client 3.0.1)
The issue is definitely related to timezones. When a file is uploaded to a FTP server between midnight local time and midnight GMT, the file's year is decremented. (At least that is the case for those of us that are X hours behind GMT.
03:29AM UTC on Sep 25 2007 in FileZilla
-
I'm GMT -0400 (FileZilla Client 3.0.1)
Here's snapshot #1, being done at 11:03pm Eastern 9/24 (aka GMT 03:03 9/25)
Response: 220 ProFTPD 1.3.0a Server
Command: SYST
Response: 215 UNIX Type: L8
Command: LIST -a
Response: 150 Opening ASCII mode data connection for file list
Listing: drwxr-x--x 2 user1103899 user1103899 4096 Sep 25 03:03 .
Listing: drwxr-x--x 8 user1103899 user.
03:12AM UTC on Sep 25 2007 in FileZilla
-
Per my previous comment, the problem is also happening with ProFTPD 1.3.0a on Linux. So, I believe it's a client bug, not a server one.
Please re-categorize this as a client bug.
I've also done some more tests, and an fairly sure it's a timezone problem. I'm in EST, and the file dates are only incorrect if I upload them between the 4 hours between midnight GMT and midnight localtime...
11:37PM UTC on Sep 23 2007 in FileZilla
