Contain non-ascii str objects in parsers and browser code

Bug #237868 reported by Jeroen T. Vermeulen
4
Affects Status Importance Assigned to Milestone
Launchpad itself
Fix Released
Low
Colin Watson

Bug Description

doc/potranslation.txt tests calling POTranslation.getOrCreateTranslation() with a str containing UTF-8, and expects it to succeed. SQLObject let us "cheat" in this way, but Storm doesn't.

We should make sure that everything that comes back from the parser or browser code is either unicode or pure-ascii str.

Changed in rosetta:
importance: Undecided → Low
Changed in rosetta:
status: New → Triaged
Curtis Hovey (sinzui)
tags: added: tech-debt
removed: cleanup
visibility: private → public
Revision history for this message
Colin Watson (cjwatson) wrote :

I fixed all this sort of thing as part of the Python 3 port (enforced even for old code still using the SQLObject compatibility layer, because the Python 3 version of storm.sqlobject.AutoUnicodeVariable/StringCol no longer accepts bytes).

Changed in launchpad:
assignee: nobody → Colin Watson (cjwatson)
status: Triaged → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.