OverflowError: long int too large to convert to int

[christophe@…]

It's probably a "local" error with estimation or date provides in milestone or iteration, but it's not clear to know which one break the tool.

How to Reproduce

While doing a GET operation on /roadmap, Trac issued an internal error.

(please provide additional details here)

User Agent was: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; Trident/4.0; GoogleT5; .NET CLR 1.1.4322; .NET CLR 2.0.50727)

System Information

Trac	0.11.1
Python	2.5.2 (r252:60911, Jan 24 2010, 14:53:14) [GCC 4.3.2]
setuptools	0.6c12
SQLite	3.5.9
pysqlite	2.4.1
Genshi	0.5.1
Subversion	1.5.1 (r32289)
RPC	1.0.6
jQuery:	1.2.6

Python Traceback

Traceback (most recent call last):
  File "/usr/lib/python2.5/site-packages/trac/web/main.py", line 444, in _dispatch_request
    dispatcher.dispatch(req)
  File "/usr/lib/python2.5/site-packages/trac/web/main.py", line 205, in dispatch
    resp = chosen_handler.process_request(req)
  File "/usr/lib/python2.5/site-packages/trac/ticket/roadmap.py", line 766, in process_request
    expected_durations = get_outstanding_milestone_duration(ticket_info, points_per_period)
  File "/usr/lib/python2.5/site-packages/trac/ticket/roadmap.py", line 690, in get_outstanding_milestone_duration
    remaining = calculate_time_remaining_range(time_remaining)
  File "/usr/lib/python2.5/site-packages/trac/ticket/roadmap.py", line 667, in calculate_time_remaining_range
    early_delta = timedelta(weeks=(negative_delta_multiplier * delta_in_weeks))
OverflowError: long int too large to convert to int

early_delta = timedelta(weeks=(negative_delta_multiplier * delta_in_weeks))

with as value :

• correction_factor 1.0
• delta_in_weeks 5.6857199446064329e+24
• exponential_base 2.7182818279999998
• exponential_knee datetime.timedelta(364)
• negative_delta_multiplier 1.0
• positive_delta_multiplier 2.5
• reference_week datetime.timedelta(84)
• time_remaining datetime.timedelta(20625)
• time_to_reference_ratio 245.53571428571428

[Christian Boos]

This trac/ticket/roadmap.py is not the regular roadmap.py, it has been patched somehow, as none of the time remaining and related variables can be found in the regular TracRoadmap code.

That patch has to be fixed and most likely adapted to the switch to microsecond timestamps (see r9210 and TracDev/ApiChanges/0.12#Timestampstorageindatabase).

[anonymous]

Replying to cboos:

This trac/ticket/roadmap.py is not the regular roadmap.py, it has been patched somehow, as none of the time remaining and related variables can be found in the regular TracRoadmap code.

That patch has to be fixed and most likely adapted to the switch to microsecond timestamps (see r9210 and TracDev/ApiChanges/0.12#Timestampstorageindatabase).

Thank You. I would Try. this change on my trac

"it has been patched somehow" → FYI it's AgileTracPlugin