[CalendarServer-changes] [5845] CalendarServer/branches/users/wsanchez/deployment/twistedcaldav/ method/put_common.py
source_changes at macosforge.org
source_changes at macosforge.org
Tue Jul 6 12:59:58 PDT 2010
Revision: 5845
http://trac.macosforge.org/projects/calendarserver/changeset/5845
Author: cdaboo at apple.com
Date: 2010-07-06 12:59:58 -0700 (Tue, 06 Jul 2010)
Log Message:
-----------
Avoid pre-condition error for COPY or MOVE.
Modified Paths:
--------------
CalendarServer/branches/users/wsanchez/deployment/twistedcaldav/method/put_common.py
Modified: CalendarServer/branches/users/wsanchez/deployment/twistedcaldav/method/put_common.py
===================================================================
--- CalendarServer/branches/users/wsanchez/deployment/twistedcaldav/method/put_common.py 2010-07-06 19:15:56 UTC (rev 5844)
+++ CalendarServer/branches/users/wsanchez/deployment/twistedcaldav/method/put_common.py 2010-07-06 19:59:58 UTC (rev 5845)
@@ -463,9 +463,12 @@
# a race condition where two simultaneous PUTs with If-Match can conflict (i.e. second PUT does
# not fail even though underlying resource was changed by first PUT). We also need to reload the
# property cache before we do this as the etag property may have changed.
- if destination.exists():
- destination.deadProperties().reloadCache()
- destination.checkPreconditions(request)
+ #
+ # Currently only care about this on a PUT
+ if source is None:
+ if destination.exists():
+ destination.deadProperties().reloadCache()
+ destination.checkPreconditions(request)
# uid conflict check - note we do this after reserving the UID to avoid a race condition where two requests
# try to write the same calendar data to two different resource URIs.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/calendarserver-changes/attachments/20100706/cbef7fb2/attachment-0001.html>
More information about the calendarserver-changes
mailing list