[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Upgrading to SVN 1.4.3 seems to break commits via ra_dav/mod_dav_svn [repost]

From: Perry Nguyen <pfnguyen_at_hanhuy.com>
Date: 2007-04-19 19:25:02 CEST

Perry Nguyen wrote:
> Hi,
>
> I've recently upgraded to SVN 1.4.3 and have experienced the following
> issue:
>
> 1) When I make any commit against an http:// (actually https://) URL, I
> get a message about UTF-8 errors:
>
> Sending ... files ...
> Transmitting file data .svn: Commit failed (details follow):
> svn: MERGE request failed on '/...'
> svn: Valid UTF-8 data
> (hex:)
> followed by invalid UTF-8 sequence
> (hex: 80 f5 bc 09)
>
> However, the commit proceeds as it is stored into the repo's rev and
> revprops directories under the appropriate revision number (fsfs). The
> funny thing is the commit failed message, and a transaction is left in
> the repo, something along the lines of "REVNUM-1", e.g. "1600-1". I
> need to cleanout the transaction via svnadmin rmtxns.
>
> This problem would happen regardless of whichever file we try to commit
> in any directory of the repo. We only use English and no weird codepages.
>
> 2) If I do the same identical commit against the *same* repo, but a
> different method, in this case file://, the commit proceeds successfully
> without errors and no in-flight transaction left behind.
>
> 3) If I downgrade back to subversion 1.3.0 (my previous version)--all
> the issues go away and everything works as expected/desired.
>
>
> ### Follows is a small log of what happens ###
> ### Currently at r1672 ###
>
> [pfnguyen@wassup server-package]$ svn commit -m 'StartServer.bat:
> setting svn properties for #512'
> Sending server-package/StartServer.bat
> Transmitting file data .svn: Commit failed (details follow):
> svn: MERGE request failed on '/svn/spider/trunk/spider/server-package'
> svn: Valid UTF-8 data
> (hex:)
> followed by invalid UTF-8 sequence
> (hex: 80 f5 bc 09)
> [pfnguyen@wassup server-package]$ svn up StartServer.bat
> UG StartServer.bat
> Updated to revision 1673.
> [pfnguyen@wassup server-package]$ svn log StartServer.bat | head -5
> ------------------------------------------------------------------------
> r1673 | pfnguyen | 2007-04-11 14:03:26 -0700 (Wed, 11 Apr 2007) | 1 line
>
> StartServer.bat: setting svn properties for #512
> ------------------------------------------------------------------------
>
> [pfnguyen@wassup server-package]$ svnadmin lstxns /home/svn/Wassup
> 1672-1
> [pfnguyen@wassup server-package]$ svn switch --relocate
> https://wassup/svn/spider/trunk/server-package
> file:///home/svn/Wassup/spider/trunk/server-package
> [pfnguyen@wassup server-package]$ svn up
> At revision 1673.
> [pfnguyen@wassup server-package]$ svn commit -m 'test #512'
> Sending server-package/StartServer.bat
> Transmitting file data .
> Committed revision 1674.
>
> ### (log is paraphrased) there might be small inconsistencies as there
> are a few edits and stuff that may slightly mess up the ordering of
> commands, etc.
>
> The server's configuration is:
>
> Apache 2.0.54, APR 1.2.8 and SVN 1.4.3 on Linux FC3 2.6.12
>
> The problems happen using the included svn command line clients on the
> same machine as the server as well as using the Subclipse plugin remotely.
>

It's been a week now and no one's made any comments--does no one have thoughts
on why this might occur at all?

Thanks.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Apr 19 19:25:20 2007

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.