TypeError: expecting datetime, int, long, float, or None; got <class 'genshi.template.eval.Undefined'>

[eblot]

How to Reproduce

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

From the "browser" view, I selected the "Revision Log" link.

The issue only shows up from the /vendor tree, the revision log works fine on other SVN trees (/trunk, /branches, etc.)

The CLI SVN client does not show anything weird about this branch: 12 revisions, some with many (1000+) short files.

Request parameters:

{'path': u'/vendor', 'rev': u'12'}

System Information

Trac	0.11dev-r5971
Python	2.5.1 (r251:54863, Apr 18 2007, 08:51:08) [MSC v.1310 32 bit (Intel)]
setuptools	0.6c6
SQLite	3.3.4
pysqlite	2.3.2
Genshi	0.4.4
Pygments	0.8.1
Subversion	1.4.4 (r25188)

Python Traceback

This is the first time I report an issue with the semi-automated bug report feature, but it seems there is an additional issue here:

This is the traceback sent through the GET request on trac.edgewall.org when the ticket is created:

Traceback (most recent call last):
  File "c:/Programs/Python/local/trac\trac\web\main.py", line 381, in dispatch_request
    dispatcher.dispatch(req)
  File "c:/Programs/Python/local/trac\trac\web\main.py", line 213, in dispatch
    data, content_type)
  File "c:/Programs/Python/local/trac\trac\web\chrome.py", line 601, in render_template
    return stream.render(method, doctype=doctype)
  File "build/bdist.macosx-10.3-fat/egg/genshi/core.py", line 154, in render
    return encode(generator, method=method, encoding=encoding)
  File "build/bdis

(yes, it is truncated)

This is the traceback I actually got in the web browser:

File "c:/Programs/Python/local/trac\trac\versioncontrol\templates\revisionlog.html", line 148, in <Expression u'dateinfo(change.date)'>
  <td class="date" py:content="dateinfo(change.date)" />
File "C:\Programs\Python\local\trac\trac\timeline\web_ui.py", line 218, in dateinfo
  pretty_timedelta(date),
File "C:\Programs\Python\local\trac\trac\util\datefmt.py", line 70, in pretty_timedelta
  time1 = to_datetime(time1)
File "C:\Programs\Python\local\trac\trac\util\datefmt.py", line 50, in to_datetime
  type(t))

[thatch]

Hmm. Do you have the rest of the traceback? I don't see the line with what the exception itself is.

[thatch]

Oh, I see it in the title now. Since I don't see a way for change.date to not exist, I'm wondering if somehow change itself is missing. Can you paste the output of svn log -v vendor?

[anonymous]

I got the same problem, a simple workaround is to edit revisionlog.html on line 148 and to replace "dateinfo(change.date)" by "hange.date". The nice date formating is lost but there is not errors, and you still got the date info.

I'm don't know much about python, but the error seems to come from the to_datetime function (line 50 in trac\util\datefmt.py) which seems to have difficulties about reading the date passed to it.

My system : Trac: 0.11dev-r6136 Python: 2.5.1 (r251:54863, Apr 18 2007, 08:51:08) [MSC v.1310 32 bit (Intel)] setuptools: 0.6c7 SQLite: 3.3.4 pysqlite: 2.3.2 Genshi: 0.4.4 Subversion: 1.4.4 (r25188) jQuery: 1.1.3.1

[cboos]

If you have the right date information when using change.date directly but not when using dateinfo(change.date), then it is possibly related to a Genshi bug (#G158).

If you don't mind, please test the patch I posted there.

[anonymous]

Same anonymous as above, In fact I discovered that this error happened only in revlog where a changeset is missing (why I don't know).

So there two solution : first "trac user" have to discovered why there is missing information in his revisions (In my case, the first commit had no date and is post byanonymous, but in Subervsion the correct info are there...), second Trac developpers should had a failsafe date check in dateinfo function.

[anonymous]

Same *dumb* anonymous as above.

After search on "trac Error: No such changeset" is discovered this ticket (#6120)

All it takes is launching : "trac-admin /path/to/trac/project/ resync".

IMHO there still to point to sort out : why "trac-admin /path/to/trac/project/ upgrade" didn't do the resync, and add failesafe checks in functions...

[anonymous]

I have the same thing here, the web frontend displays:

TypeError: expecting datetime, int, long, float, or None; got <class 'genshi.template.eval.Undefined'>

And the traceback:

Most recent call last:

    * File "/home/zope/python/Python-2.5.1/lib/python2.5/site-packages/Trac-0.11rc2-py2.5.egg/trac/versioncontrol/templates/revisionlog.html", line 134, in <Expression u'dateinfo(change.date)'>
      Code fragment:
       129. </td>
       130. <td class="chgset">
       131. <a title="View changeset [$item.rev] for $item.path" href="${href.changeset(item.rev, item.path)}">
       132. [$item.rev]</a>
       133. </td>
       134. <td class="date" py:content="dateinfo(change.date)" />
       135. <td class="author" py:content="authorinfo(change.author)" />
       136. <td class="summary" py:choose="">
       137. <py:when test="verbose or 'CHANGESET_VIEW' not in perm(chgset_context.resource)"></py:when>
       138. <py:when test="wiki_format_messages">
       139. ${wiki_to_oneliner(chgset_context, change.message, shorten=True)}
      Local variables:
      Name	Value
      __data__ 	[{'odd_even': 'odd', 'chgset_context': <Context <Resource ...
    * File "/home/zope/python/Python-2.5.1/lib/python2.5/site-packages/Trac-0.11rc2-py2.5.egg/trac/timeline/web_ui.py", line 230, in dateinfo
      Code fragment:
       225.
       226. def post_process_request(self, req, template, data, content_type):
       227. if data:
       228. def dateinfo(date):
       229. return self.get_timeline_link(req, date,
       230. pretty_timedelta(date),
       231. precision='second')
       232. data['dateinfo'] = dateinfo
       233. return template, data, content_type
       234.  
       235. # IWikiSyntaxProvider methods
      Local variables:
      Name	Value
      date 	<Undefined 'date'>
      req 	<Request "GET u'/log/bsp/trunk/bsp/payment.py'">
      self 	<trac.timeline.web_ui.TimelineModule object at 0x4153756c>
    * File "/home/zope/python/Python-2.5.1/lib/python2.5/site-packages/Trac-0.11rc2-py2.5.egg/trac/util/datefmt.py", line 70, in pretty_timedelta
      Code fragment:
        65. (the result is somewhat imprecise, only use for prettyprinting).
        66.  
        67. If either `time1` or `time2` is None, the current time will be used
        68. instead.
        69. """
        70. time1 = to_datetime(time1)
        71. time2 = to_datetime(time2)
        72. if time1 > time2:
        73. time2, time1 = time1, time2
        74. units = ((3600 * 24 * 365, 'year', 'years'),
        75. (3600 * 24 * 30, 'month', 'months'),
      Local variables:
      Name	Value
      resolution 	None
      time1 	<Undefined 'date'>
      time2 	None
    * File "/home/zope/python/Python-2.5.1/lib/python2.5/site-packages/Trac-0.11rc2-py2.5.egg/trac/util/datefmt.py", line 50, in to_datetime
      Code fragment:
        45. elif isinstance(t, datetime):
        46. return t
        47. elif isinstance(t, (int,long,float)):
        48. return datetime.fromtimestamp(t, tzinfo or localtz)
        49. raise TypeError('expecting datetime, int, long, float, or None; got %s' %
        50. type(t))
        51.  
        52. def to_timestamp(dt):
        53. """Return the corresponding POSIX timestamp"""
        54. if dt:
        55. diff = dt - _epoc
      Local variables:
      Name	Value
      t 	<Undefined 'date'>
      tzinfo 	None

File "/home/zope/python/Python-2.5.1/lib/python2.5/site-packages/Trac-0.11rc2-py2.5.egg/trac/versioncontrol/templates/revisionlog.html", line 134, in <Expression u'dateinfo(change.date)'>
  <td class="date" py:content="dateinfo(change.date)" />
File "/home/zope/python/Python-2.5.1/lib/python2.5/site-packages/Trac-0.11rc2-py2.5.egg/trac/timeline/web_ui.py", line 230, in dateinfo
  pretty_timedelta(date),
File "/home/zope/python/Python-2.5.1/lib/python2.5/site-packages/Trac-0.11rc2-py2.5.egg/trac/util/datefmt.py", line 70, in pretty_timedelta
  time1 = to_datetime(time1)
File "/home/zope/python/Python-2.5.1/lib/python2.5/site-packages/Trac-0.11rc2-py2.5.egg/trac/util/datefmt.py", line 50, in to_datetime
  type(t))

[gunnar_thielebein@…]

We are getting the same issue. Strange is that it happens in one environment but not happens in another on the same machine.

Message: {{{TypeError?: expecting datetime, int, long, float, or None; got <class 'genshi.template.eval.Undefined'> }}}

[anonymous]

I am getting this on version 0.11.1 as well. It is occurring when I am attempting to view the last 2 changesets (committed within the last 2 weeks) in the source browser. Changesets before that are fine. I surmise that it has something to do with the upgrade from 0.10.x to 0.11.1 which was two weeks ago. At the same time, I also upgraded svn to 1.5.1 and the svn-python bindings. This is on Mac OS X Leopard.

[noel]

Replying to anonymous:

...something to do with the upgrade from 0.10.x to 0.11.1, ...also upgraded svn to 1.5.1 and the svn-python bindings. This is on Mac OS X Leopard.

I also got this error trying to view new changesets after upgrading Trac from 0.10.x to 0.11.1, Python from 2.3 to 2.5, and SVN from 1.2.3 to 1.5.1, on Windows XP.

Replying to anonymous:

All it takes is launching : "trac-admin /path/to/trac/project/ resync".

Worked for me.

Thanks everyone.

[anonymous]

Replying to anonymous:

I got the same problem, a simple workaround is to edit revisionlog.html on line 148 and to replace "dateinfo(change.date)" by "hange.date". The nice date formating is lost but there is not errors, and you still got the date info.

I got same problem and replace dateinfo(change.date) with change.date. It works.

[anonymous]

Replying to noel:

Replying to anonymous:

...something to do with the upgrade from 0.10.x to 0.11.1, ...also upgraded svn to 1.5.1 and the svn-python bindings. This is on Mac OS X Leopard.

I also got this error trying to view new changesets after upgrading Trac from 0.10.x to 0.11.1, Python from 2.3 to 2.5, and SVN from 1.2.3 to 1.5.1, on Windows XP. Replying to anonymous:

All it takes is launching : "trac-admin /path/to/trac/project/ resync".

Worked for me. Thanks everyone.

"trac-admin /path/to/trac/project/ resync" also work fine to me.