Bug 30900 - New lock method with depth param. New lock discover method taking owner.
Summary: New lock method with depth param. New lock discover method taking owner.
Status: RESOLVED FIXED
Alias: None
Product: Slide
Classification: Unclassified
Component: WebDAV client (show other bugs)
Version: 2.1
Hardware: PC All
: P3 normal (vote)
Target Milestone: ---
Assignee: Slide Developer List
URL:
Keywords:
Depends on:
Blocks: 31521
  Show dependency tree
 
Reported: 2004-08-27 16:19 UTC by Waz
Modified: 2005-03-20 17:06 UTC (History)
0 users



Attachments
patch (4.98 KB, patch)
2004-08-27 21:25 UTC, Waz
Details | Diff
Updated patch file to reflect changes. diff -uw format. (2.18 KB, patch)
2004-09-27 16:10 UTC, Waz
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Waz 2004-08-27 16:19:07 UTC
- Found a problem establishing "existence" of paths with spaces in 
them. Eg. "My Files". The path coming back from the server was escaped and 
getPath() returns an unescaped string. Was failing to set existence as a 
result. Decode and compare the two on a common basis.
	- got a "wild-hare" about the the way a trailing '/' on one of the 
paths is dealt with so I changed it to make it a little faster and skips cases 
where the strings are definitely not equal regardless of the '/'.
	- added a lockMethod with a depth parameter to lock subdirs and their 
children.
	- added discoverOwnLocks with an owner parameter to get locks for a 
specific user and which is not the user in my client context (ie. no authn or 
authz is being used).
Comment 1 Waz 2004-08-27 21:25:30 UTC
Created attachment 12551 [details]
patch
Comment 2 Waz 2004-09-27 16:09:13 UTC
Reopening to remove one fix from patch that has been found to be fixed in 2.1 
already.
Comment 3 Waz 2004-09-27 16:10:32 UTC
Created attachment 12870 [details]
Updated patch file to reflect changes. diff -uw format.
Comment 4 Stefan L 2004-10-05 09:08:08 UTC
I applied your patch.
Your "wild-hare" I modifyied a little bit, hope you agrees.

Stefan