Details
-
Bug
-
Resolution: Done
-
Not Evaluated
-
Some future release
-
None
-
d36f83d319823e9c9a4fd939b12e17223413474e (4.8)
Description
This year is a leap year, which is why we found the bug this year. When we issue a QFtp::list then the QFtp::listInfo signal will not always return us QUrlInfo entries that yield true for info.lastModified().isValid().
I have attached a program where I copy-pasted the function in qftp.cpp that is responsible for the bug. I pass that function a line that can possibly come from an FTP server the 29th of February on a leap year (like this year, 2012). The function returns with a QUrlInfo where lastModified isn't valid. As illustrated in the test program.
I will attach a possible patch to fix this issue afterward.
Attachments
Issue Links
- relates to
-
QTBUG-24580 QLocale::toDateTime fails to parse February 29th
- Closed
For Gerrit Dashboard: QTBUG-26911 | ||||||
---|---|---|---|---|---|---|
# | Subject | Branch | Project | Status | CR | V |
33285,4 | Parse yearless date strings on leap years during LIST in QFtp | 4.8 | qt/qt | Status: MERGED | +2 | 0 |
33314,3 | Parse yearless date strings on leap years during LIST in QFtp | master | qt/qtftp | Status: ABANDONED | 0 | 0 |