Please sign in to comment.
work around bug in DateTime.strftime that always normalizes displayed…
… date to the system timezone, regardless of the timezone on the DateTime value itself. This bug is not likely to get fixed in Zope DateTime upstream soon (long-standing), so Products.CMFPlone.i18nl10n.ulocalized_time is subject to triggering it -- here that function is wrapped with a local copy that does the right thing with the timezone by using datetime.datetime.strftime without broken magic of DateTime.strftime.
- Loading branch information...
Showing with 34 additions and 4 deletions.