Error 175002 - Server sent unexpected return value (200 OK)

Issue #424 invalid
Michael McDonald created an issue

Just trying to push changes to Codeplex:

** Mercurial version (3.0.1).  TortoiseHg version (3.0.1)
** Command: --nofork workbench
** CWD: M:\Workspace\validator
** Encoding: cp1252
** Extensions loaded: strip, mq, mercurial_keyring, hggit, hgsubversion
** Python version: 2.7.6 (default, Nov 10 2013, 19:24:24) [MSC v.1500 64 bit (AMD64)]
** Windows version: sys.getwindowsversion(major=6, minor=2, build=9200, platform=2, service_pack='')
** Processor architecture: x64
** Qt-4.8.5 PyQt-4.10.3 QScintilla-2.7.2
Traceback (most recent call last):
  File "tortoisehg\hgqt\thread.pyo", line 304, in run
  File "tortoisehg\util\hglib.pyo", line 710, in dispatch
  File "mercurial\dispatch.pyo", line 819, in _dispatch
  File "mercurial\dispatch.pyo", line 599, in runcommand
  File "mercurial\dispatch.pyo", line 910, in _runcommand
  File "mercurial\dispatch.pyo", line 881, in checkargs
  File "mercurial\dispatch.pyo", line 816, in <lambda>
  File "mercurial\util.pyo", line 518, in check
  File "mercurial\extensions.pyo", line 151, in wrap
  File "mercurial\util.pyo", line 518, in check
  File "hgsubversion\wrappers.pyo", line 651, in generic
  File "mercurial\util.pyo", line 518, in check
  File "mercurial\extensions.pyo", line 151, in wrap
  File "mercurial\util.pyo", line 518, in check
  File "hgext\mq.pyo", line 3387, in mqcommand
  File "mercurial\util.pyo", line 518, in check
  File "mercurial\commands.pyo", line 4717, in push
  File "hgsubversion\svnrepo.pyo", line 81, in wrapper
  File "hgsubversion\svnrepo.pyo", line 105, in push
  File "hgsubversion\wrappers.pyo", line 269, in push
  File "hgsubversion\pushmod.pyo", line 201, in commit
  File "hgsubversion\svnwrap\svn_swig_wrapper.pyo", line 449, in commit
  File "libsvn\delta.pyo", line 498, in svn_delta_path_driver
  File "hgsubversion\svnwrap\svn_swig_wrapper.pyo", line 445, in driver_cb
  File "libsvn\delta.pyo", line 447, in close_file
  File "libsvn\delta.pyo", line 655, in svn_delta_editor_invoke_close_file
SubversionException: ("Server sent unexpected return value (200 OK) in response to PUT request for '/svn//!svn/wrk/<deleted-GUID>/file.cs'", 175002)

Comments (8)

  1. Augie Fackler repo owner

    How reproducible is this? What's the output of hg version --svn?

    (Note that this kind of failure almost always means you're between a stupid proxy and the svn server.)

  2. Michael McDonald reporter

    Sorry for being slow to respond. Yes I believe I was behind a proxy run by the ISP. I'm at a different location so not sure about now. Since I don't want useless commits on codeplex project I've created an Azure VM with VisualSVN Server. Pulling/Pushing to that I get no error and it says success but no commits are pulled or pushed.
    user: 'test'
    pass: 'a password'

  3. Augie Fackler repo owner

    Can you list the commands you ran along with the output so I can get a better sense of what you're doing?

  4. Michael McDonald reporter
    % hg clone --verbose "M:\Workspace\test"
    (falling back to Subversion support)
    (falling back to Subversion support)
    using standard layout
    [r1] VisualSVN Server: Initial structure.
    no changes found
    updating to branch default
    0 files updated, 0 files merged, 0 files removed, 0 files unresolved
    [command completed successfully Mon Oct 13 22:35:00 2014]
    [command completed successfully Mon Oct 13 22:24:27 2014]
    % hg pull --verbose
    (falling back to Subversion support)
    pulling from
    no changes found
    [command completed successfully Mon Oct 13 22:31:09 2014]
    % hg commit --verbose "--message=add readme file" --user "Michael McDonald <>" --
    committed changeset 0:45511479122b
  5. Augie Fackler repo owner

    You need to make an initial commit in svn - since you have no commits based off svn revisions, hgsubversion is doing the "right" (albeit silently) thing and not pushing anything to the server.

  6. Michael McDonald reporter

    Ok I see so there needs to be at least one commit by SVN containing a file. There was an initial commit by VisualSVN server to create folders when I created the repo, but after I committed a file in TortoiseSVN it then started to work.

  7. Augie Fackler repo owner

    Yes, hg only understands files. I've long wanted a workaround to handle empty directories, but it's never really seemed worthwhile for this one particular case (the initial commit of data to a repo.)

  8. Log in to comment