#10723 closed defect (cantfix)
Date problem
Reported by: | Owned by: | ||
---|---|---|---|
Priority: | high | Milestone: | |
Component: | general | Version: | 0.12.3 |
Severity: | normal | Keywords: | date |
Cc: | Branch: | ||
Release Notes: | |||
API Changes: | |||
Internal Changes: |
Description
When setting a date within Trac I get the 'integer out of range' message as long as the date specified is greater than '01/01/70 01:35:47'.
Attachments (0)
Change History (6)
comment:1 by , 12 years ago
comment:2 by , 12 years ago
We fixed the problem by changing the type of 'due' and 'completed' columns of the milestone table to bigint. Setting due or completed dates now works fine
follow-up: 5 comment:3 by , 12 years ago
Thanks for the feedback!
But this conversion should have happened during the upgrade, see source:tags/trac-0.12.3/trac/upgrades/db25.py. You should verify that all the relevant fields are OK.
comment:4 by , 12 years ago
Resolution: | → cantfix |
---|---|
Status: | new → closed |
follow-up: 6 comment:5 by , 12 years ago
Well in fact we did not upgrade but installed v0.12 from scratch. And the problem was there. Best regards.
Replying to cboos:
Thanks for the feedback!
But this conversion should have happened during the upgrade, see source:tags/trac-0.12.3/trac/upgrades/db25.py. You should verify that all the relevant fields are OK.
comment:6 by , 12 years ago
Replying to anonymous:
Well in fact we did not upgrade but installed v0.12 from scratch. And the problem was there.
This is most surprising, see tags/trac-0.12/trac/db_default.py#L151, i.e. the use of long integers was specified right there from 0.12.0 (you even mention a version of 0.12.3).
Which database are you using, which version? Same questions for the Python bindings to the database client library.
This is an InstallationIssue. You have done an upgrade which has failed, at least partially and now you have a "mixed state": the code is using [TracDev/ApiChanges/0.12#Timestampstorageindatabase microsecond timestamps] (as it should in 0.12), but your database is still expecting seconds timestamps.
Restart from your 0.11 backup, try to update again and if it fails again, report that error.
Or the problem happens only within a plugin which has not been upgraded. Hard to tell without a traceback.