Mailing-List: contact users-help@subversion.apache.org; run by ezmlm
Precedence: bulk
Received-SPF: pass (athena.apache.org: local policy)
Date: Mon, 1 Jul 2013 16:17:05 +0300
From: 'Daniel Shahaf' <danielsh@elego.de>
To: Matthias Legeler <M.Legeler@intershop.de>
Cc: users@subversion.apache.org
Subject: Re: SVN Property Value Size Limit
Message-ID: <20130701131705.GO2976@lp-shahaf.local>
References: 
 <88E1FB030213B34BB08C335CF65C44820CE011C4@jenmbs01.ad.intershop.net>
 <20130627101758.GD3011@lp-shahaf.local>
 <88E1FB030213B34BB08C335CF65C44820CE01B36@jenmbs01.ad.intershop.net>
 <20130628003501.GM3011@lp-shahaf.local>
 <88E1FB030213B34BB08C335CF65C44820CE02159@jenmbs01.ad.intershop.net>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: 
 <88E1FB030213B34BB08C335CF65C44820CE02159@jenmbs01.ad.intershop.net>
User-Agent: Mutt/1.5.18 (2008-05-17)

Use ra_serf then :-)

Matthias Legeler wrote on Mon, Jul 01, 2013 at 12:04:12 +0000:
> Checkout with neon: property value truncated
> 
> Checkout with serf (svn co --config-option servers:global:http-library=serf URL): property value complete
> 
> Matthias
> 
> -----Original Message-----
> From: 'Daniel Shahaf' [mailto:danielsh@elego.de] 
> Sent: Freitag, 28. Juni 2013 02:35
> To: Matthias Legeler
> Cc: users@subversion.apache.org
> Subject: Re: SVN Property Value Size Limit
> 
> Matthias Legeler wrote on Thu, Jun 27, 2013 at 10:30:32 +0000:
> > 'svn propget --strict svn:mergeinfo ./ ' gets the first 7895 
> > characters 'svn propget --strict svn:mergeinfo URL' gets all 7959 
> > characters
> > 
> > yes, 64 characters difference
> > 
> 
> Interesting, thanks.
> 
> I guess the next step is to look at the response headers.  (You can use neon-debug-mask if you use neon, or wireshark/tcpdump if you don't use
> SSL.)  In particular, whether the response includes the whole property, and whether metadata (eg: Content-Length response header) matches the response.
> 
> BTW: does it happen under both serf and neon?  (check 'svn --version' to see which you have; use --config-option to switch the active library)
> 
> Daniel
> 
> > Matthias
> > 
> > -----Original Message-----
> > From: Daniel Shahaf [mailto:danielsh@elego.de]
> > Sent: Donnerstag, 27. Juni 2013 12:18
> > To: Matthias Legeler
> > Cc: 'users@subversion.apache.org'
> > Subject: Re: SVN Property Value Size Limit
> > 
> > Matthias Legeler wrote on Thu, Jun 27, 2013 at 07:02:50 +0000:
> > > In our subversion repositories we have merged many many times.
> > > Now we have very large svn:mergeinfo property values (>8k).
> > > The problem is now, that if we make a svn checkout, the property values will be truncated in the working copy by approximately 8k.
> > > The svn propget command at the working copy folder returns a truncated value.
> > 
> > Where does the truncation happen?  Do you get only the first 8KB of 
> > the property?  Do you get everything except the last 8KB?  What is the 
> > offset from the point of truncation to the start and to the (true) end 
> > of the property?  (Is that offset a power of 2?)
> > 
> > You can determine all that with 'svn propget --strict svn:mergeinfo ./'
> > and 'svn propget --strict svn:mergeinfo URL'.
> > 
> > Daniel
> > 
> > > This occurs only for working copies there are created with the http protocol over the svn apache.
> > > With the file protocol the property values are complete.
> > > 
> > > My question:
> > > Is this a known behavior?
> > > Is this limited by a setting in the Apache/WebDAV/SVN configuration?
> > > 
> > > regards,
> > > Matthias
> > >