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

Re: write-through-proxy and checksum error - URL path mangled in text data

From: Sebastian Brandt <sbrandt_at_gmx.de>
Date: Tue, 19 Jul 2011 12:58:52 +0200

Am 19.07.2011 12:35, schrieb Stefan Sperling:
> On Tue, Jul 19, 2011 at 10:58:49AM +0200, Sebastian Brandt wrote:
>> That discussion was two years ago; yet, I have been unable to find a
>> bug/issue report of this problem, or a documented fix.
>> So, before I post the bug report, I ask for feedback here - was the problem
>> observed by others, has it already been fixed in some 1.6.x version, etc.
>>
>> Otherwise, I'll post this as an issue.
>
> An issue has already been filed:
> http://subversion.tigris.org/issues/show_bug.cgi?id=3445#desc9
> It seems like some patches have been committed, but the issue
> is not marked fixed yet. So apparently some problems remain?
Ah, thanks, I was searching for "checksum error", mainly.

"In r38533, I made the string substitution case-sensitive, and added
Kamesh's recommended skip-filtering-if-its-a-noop logic."

Unfortunately, this is the revision in the old tigris repository which I
can't find any information about ... so, I don't know which releases do have
this patch.

http://svn.apache.org/viewvc/subversion/trunk/subversion/mod_dav_svn/mirror.c?view=log
Ah,
http://svn.apache.org/viewvc?view=revision&revision=878607 is it, it seems.

1.5.1 is r872368, so, a bit older than that patch.
1.5.7 is r878676 which should contain the "case-sensitive" patch, at least.

debian 5.0.8 has 1.5.1 ... seems I need to get >=1.5.7 or >=1.6.4
>
> I've moved the issue into the 1.7-consider milestone so it gets
> more attention.

Thanks.
The biggest problem has already been solved, it seems; the fact that the
payload is changed is not, though ...

Thanks,
Sebastian
Received on 2011-07-19 12:59:39 CEST

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.