[prev in list] [next in list] [prev in thread] [next in thread] 

List:       jakarta-commons-dev
Subject:    [jira] [Created] (NET-446) Inconsistent short date handling
From:       "Sebb (Created) (JIRA)" <jira () apache ! org>
Date:       2012-02-29 20:13:58
Message-ID: 421841132.4468.1330546438262.JavaMail.tomcat () hel ! zones ! apache ! org
[Download RAW message or body]

Inconsistent short date handling
--------------------------------

                 Key: NET-446
                 URL: https://issues.apache.org/jira/browse/NET-446
             Project: Commons Net
          Issue Type: Bug
          Components: FTP
    Affects Versions: 3.1
            Reporter: Sebb
            Priority: Minor


Most FTP servers seem to use short dates when the file date is within +/- 6 months of \
the server clock. Some may use a different strategy, for example +0 / -12 months.
The code currently (3.2 SNAPSHOT - r1295237) assumes short dates are always in the \
past, unless "lenient future date" is selected, in which case a day's grace is \
allowed, i.e. +1 day / -364 days.

However, when dealing with Feb 29th, the code does not handle the case where the \
server clock is in the following year.

Since most FTP servers use +/- 6 months for short dates, this is not generally a \
problem.

Equally, the code does not deal with future dates more than a day in advance, since \
that is usally all that is needed for handling different time zones. (Is it likely \
that an FTP server has genuine future-dated files?)

See https://issues.apache.org/jira/browse/NET-188#comment-12579253 for a suggested \
API to specify short-date ranges.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: \
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more \
information on JIRA, see: http://www.atlassian.com/software/jira

        


[prev in list] [next in list] [prev in thread] [next in thread]