That solves the to_unicode issue, but then the old one is back again:
'UnicodeError: source returned bytes, but no encoding specified' on the
same spot in roadmap.py...
What seems to happen is that the text is actually unicode, and in
genshi/input.py the encoding is set to None:
if isinstance(text, unicode):
# If it's unicode text the encoding should be set to None.
# The option to pass in an incorrect encoding is for ease
# of writing doctests that work in both Python 2.x and 3.x.
return Stream(list(HTMLParser(StringIO(text), encoding=None)))
Somewhere along the line the unicode converted to another format because
again in genshi/input.py it is checked and the error generated:
if not isinstance(data, unicode):
raise UnicodeError("source returned bytes, but no encoding
specified")
It seems to be a genshi issue...
As FjOllos suggested, I'll downgrade genshi to version 0.6 and see what
happens.
On Monday, November 9, 2015 at 2:31:56 PM UTC+1, F@lk wrote:
>
> Yes, please, add:
> from trac.util.text import to_unicode
> I haven't the development environment here currently, so I just think out
> loud.
> CU, falkb
>
> Am Montag, 9. November 2015 14:26:00 UTC+1 schrieb oneman:
>>
>> So, I've got it to execute the updated egg now. That results in
>> 'NameError: global name 'to_unicode' is not defined'. Should I add an
>> import?
>>
>
--
You received this message because you are subscribed to the Google Groups "Trac
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to [email protected].
To post to this group, send email to [email protected].
Visit this group at http://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/d/optout.
