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

Jostein, ready to try your hand at 0.33.1?

From: <kfogel_at_collab.net>
Date: 2003-11-17 20:01:18 CET

Jostein, this change by Mike fixes a huge 'oops' in 0.33 -- it's not a
correctness issue, but a major performance issue for updates. It
warrants a 0.33.1 release. Fortunately, due to the way Mike made the
fix, the problem is solved if *either* client or a server uses the new
code, so people don't have to rush to upgrade their servers.

Would you like to make 0.33.1? Just copy the 0.33.0 tag to a 0.33.1
branch, merge this one change (r7782), then follow the standard
release process, resulting in a 0.33.1 tag and tarball.

Ben and I (and others) are standing by to answer questions, of course.

Thanks,
-Karl

cmpilato@tigris.org writes:
> Author: cmpilato
> Date: Mon Nov 17 12:54:54 2003
> New Revision: 7782
>
> Modified:
> trunk/subversion/libsvn_ra_dav/fetch.c
> trunk/subversion/mod_dav_svn/update.c
> Log:
> Ouch. Fix a bug which caused ra-dav clients to both receive inline
> textdeltas and then turn around as ask the server for the text again.
> Also, put some temporary bandages in place so that clients can be
> upgraded independently of servers and still get the effects of this
> fix.
>
> * subversion/mod_dav_svn/update.c
> (upd_close_file): Don't transmit the <fetch-file> tag when in
> "send-all" mode.
>
> * subversion/libsvn_ra_dav/fetch.c
> (start_element): Don't fetch file contents, even when told to, if we
> know we're using the new "send-all" server mode. This is the
> aforementioned bandage.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Nov 17 20:44:38 2003

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.