What steps will reproduce the problem?
1. svn mv oldfile newfile
2. touch oldfile
3. svn add oldfile
What is the expected output? What do you see instead?
Got error status from ['svn', 'cat', 'oldfile']
What version of the product are you using? On what operating system?
Latest upload.py on OSX 10.6
*** If you are a Google employee please say so or mail me (Guido van
Rossum) directly. ***
Please provide any additional information below.
Original issue reported on code.google.com by alexande...@gmail.com on 14 Jul 2010 at 1:20
The text was updated successfully, but these errors were encountered:
The error is caused by a missing local history (base file) for oldfile. Even
with the fix uploaded to codereview applied, there's still a strange behavior
of SVN. In the scenario described above "svn st" reports "newfile" added with
modification ("A +") and "oldfile" replaced ("R"), while "svn diff" only lists
"oldfile". But that seems to be a bug in svn, IMO.
Original comment by albrecht.andi on 14 Jul 2010 at 7:30
I've downloaded the r538 version of upload.py and it did not fix my issue. The
error message changed, though. It is now
Got error status from ['svn', 'cat',
$ svn st Lib/test/test_datetime.py
Original comment by alexande...@gmail.com on 15 Jul 2010 at 6:12
It looks like you've hit another bug :)
In detail: The base URL detected/guessed by upload.py in
SubversionVCS._GuessBase() returns an URL suitable for accessing base files via
HTTP requests, but not suitable as a SVN path.
I'm reoping this issue to keep track of it.
Original comment by albrecht.andi on 15 Jul 2010 at 6:29
The problem described in original user story is fixed. Test now passes. I'd
like to close this issue now.
May I ask you to add your findings as a separate bug reports with similar test
cases, so it will be easier to pick them later.
Andi, is it an issue #82 with SVN bug you mentioned?
Original comment by email@example.com on 29 Mar 2011 at 8:01