"AssertionError: '...' is not a valid path" with moved directory in history
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Bazaar Subversion Plugin |
Fix Released
|
Low
|
Jelmer Vernooij |
Bug Description
I have a lot of bzr-svn lightweight checkouts, which are essentially SVN working copies. Most of them are working fine with the latest bzr-svn, but there is one that doesn't work at all when I try to do an update, and in fact, fails even when I try to just do "bzr info":
$ cd .../combo_fpga_src
$ bzr info
bzr: ERROR: exceptions.
Traceback (most recent call last):
File "/usr/lib/
return run_bzr(argv)
File "/usr/lib/
ret = run(*run_argv)
File "/usr/lib/
return self.run(
File "/usr/lib/
result = func(*args, **kwargs)
File "/usr/lib/
verbose=
File "/usr/lib/
recommend_
File "/home/
return SvnWorkingTree(
File "/home/
self.base_tree = SvnBasisTree(self)
File "/home/
workingtree
File "/home/
return self.fileid_
File "/home/
for revmeta in self.repos.
File "/home/
for (bp, paths, revnum, revprops) in history_iter:
File "/home/
assert mapping is None or mapping.
AssertionError: 'combo_fpga/src' is not a valid path
bzr 1.4 on python 2.5.2 (linux2)
arguments: ['/usr/bin/bzr', 'info']
encoding: 'UTF-8', fsenc: 'UTF-8', lang: 'en_US.UTF-8'
plugins:
bisect /home/wjlanda/
bzrtools /usr/lib/
cvsps /home/wjlanda/
gtk /usr/lib/
launchpad /usr/lib/
loom /home/wjlanda/
rebase /home/wjlanda/
stats /home/wjlanda/
svn /home/wjlanda/
*** Bazaar has encountered an internal error.
Please report a bug at https:/
including this traceback, and a description of what you
were doing when the error occurred.
$ svn info
Path: .
URL: https:/
Repository Root: https:/
Repository UUID: 5f0b351c-
Revision: 1079
Node Kind: directory
Schedule: normal
Last Changed Author: ...
Last Changed Rev: 1075
Last Changed Date: 2008-05-06 10:22:16 -0600 (Tue, 06 May 2008)
$ svn up
At revision 1083.
I'm not even able to delete the directory and recheck it out:
$ bzr co --lightweight https:/
bzr: ERROR: Invalid http response for https:/
Of course, it checks out fine with "svn co"
Again, I'm doing this for lots of other repositories and working copies with the same exact software, so there has got to be some corner case here.
Related branches
Changed in bzr-svn: | |
assignee: | nobody → jelmer |
milestone: | none → 0.4.11 |
Changed in bzr-svn: | |
importance: | Undecided → Low |
Changed in bzr-svn: | |
status: | Fix Committed → Fix Released |
I should mention, I even have other checkouts of the *same repository*, just different paths, and they are all working fine.