revtreeview:load_visible_revisions() is treating revids as a unicode string

Bug #452235 reported by John Szakmeister
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
QBzr
Fix Released
High
John Szakmeister

Bug Description

I found this by running qlog against a Subversion repo. It turns out that load_visible_revisions() is yanking the revid out of a PyQt construct and storing it in a set(). The revision ids eventually make their way down to svn/repository.py:get_revision() where it asserts that the revid is a string. At that point, I get an error box saying it was an invalid revision id. We should be treating that string as bytes, rather than a unicode string. I did not check to make sure that it gets into the index correctly (as bytes).

Related branches

Revision history for this message
John Szakmeister (jszakmeister) wrote :

This looks like it's only a problem in the 0.14.x line, as trunk has this:
            if not revid.isNull():
                revids.add(str(revid.toByteArray()))

Revision history for this message
John Szakmeister (jszakmeister) wrote :

Yep, looks like Lukas ran into the issue. It was fixed in r933 of trunk. Perhaps that could be ported to the 0.14.x line?

Changed in qbzr:
importance: Undecided → High
milestone: none → 0.14.4
status: New → Confirmed
Revision history for this message
Alexander Belchenko (bialix) wrote :

John, the backport patch will be greatly appreciated.

Revision history for this message
John Szakmeister (jszakmeister) wrote : Re: [Bug 452235] Re: revtreeview:load_visible_revisions() is treating revids as a unicode string

On Fri, Oct 16, 2009 at 3:08 PM, Alexander Belchenko <email address hidden> wrote:
> John, the backport patch will be greatly appreciated.

I'll take care of that later tonight. Thanks Alexander!

-John

Revision history for this message
John Szakmeister (jszakmeister) wrote :

Here's a patch with the backport of Lukas's revision id fix to the 0.14 branch.

Revision history for this message
Alexander Belchenko (bialix) wrote :

Thanks!

Changed in qbzr:
assignee: nobody → John Szakmeister (jszakmeister)
status: Confirmed → 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.