Custom Query (115 matches)


Show under each result:

Results (37 - 39 of 115)

3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23
Ticket Resolution Summary Owner Reporter
#83 fixed Crash on schwa ftputiluser

Using pypi ftptil 3.1 on Win7, Python 2.6.6 in a virtualenv:

>>> host =ftputil.FTPHost('', 'anonymous', '')
>>> host.listdir(host.curdir)
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "c:\tests\lib\site-packages\ftputil\", line 813, in listdir
    items = self._stat._listdir(path)
  File "c:\tests\lib\site-packages\ftputil\", line 642, in _listdir
    return self.__call_with_parser_retry(self._real_listdir, path)
  File "c:\tests\lib\site-packages\ftputil\", line 618, in __call_with_parser_retry
    result = method(*args, **kwargs)
  File "c:\tests\lib\site-packages\ftputil\", line 502, in _real_listdir
    for stat_result in self._stat_results_from_dir(path):
  File "c:\tests\lib\site-packages\ftputil\", line 475, in _stat_results_from_dir
  File "c:\tests\lib\site-packages\ftputil\", line 340, in parse_line
  File "c:\tests\lib\site-packages\ftputil\", line 187, in parse_unix_time
    hour, minute, 0, 0, 0, -1) )
OverflowError: mktime argument out of range
#82 fixed Fix "Internal Server Error"s schwa schwa

Since a while, certain Trac operations cause an "Internal Server Error" with no helpful information in the logs. Often the operation actually succeeded despite the error message, but sometimes not. Even if the operation succeeds, the messages are annoying for all affected users, including me.

Other websites on the same virtual server work fine.

Find a way, at least a workaround, to avoid the errors.


  • Check all log files, again.
  • Do web searches, again.
  • Check new/updated deployment documentation for Trac.
  • If all else fails, try going back to basic cgi deployment.

(As it turned out, it was a database issue, so changing the deployment method wouldn't have helped. It was just coincidence that made it seem that the situation had gotten this bad because of the switch to FastCGI.)

#81 fixed Round timezone differences to 15-minute units, not hours schwa schwa

The method FTPHost.synchronize_times writes a file on the server, reads the timestamp back and compares this time with the client time. The time difference (time shift) is then used to calculate "real" time differences for upload_if_newer and download_if_newer.

This method contains a supposed sanity check for the calculated time shift that raises an exception if the time shift isn't in full hours plus/minus five minutes. Also the calculated time shift is then rounded to full hours.

However, not all time zones have a full-hour offset from UTC! For example, India has UTC+05:30 and Nepal has UTC+05:45. Therefore, ftputil should accept time shifts in 15-minute units, not only in hours.

I set the priority of this ticket to "minor" because nobody has ever complained about the problem. Moreover, you can work around the problem by setting the time shift "manually" with FTPHost.set_time_shift to any float value you like.

3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23
Note: See TracQuery for help on using queries.