sabredav - Project Hosting on Google Code

Last 7 days Dec 24, 2009 r703 (Merging changes from trunk ) committed by evertpot - Merging changes from trunk Merging changes from trunk Dec 24, 2009 r702 (Even clearer error message ) committed by evertpot - Even clearer error message Even clearer error message Dec 24, 2009 r701 (Added naturalselection utility ) committed by evertpot - Added naturalselection utility Added naturalselection utility Dec 24, 2009 RFCs (List of related RFCs and implementation status) Wiki page edited by evertpot - Revision r700 Added WebDAV mounting rfc Revision r700 Added WebDAV mounting rfc Dec 24, 2009 DavMount (Support for RFC 4709: Mounting WebDAV servers) Wiki page edited by evertpot - Revision r699 Edited wiki page through web user interface. Revision r699 Edited wiki page through web user interface. Dec 23, 2009 DavMount (Support for RFC 4709: Mounting WebDAV servers) Wiki page added by evertpot - Revision r698 Created wiki page through web user interface. Revision r698 Created wiki page through web user interface. Dec 23, 2009 Index (SabreDAV wiki) Wiki page edited by evertpot - Revision r697 Added rf4709 page Revision r697 Added rf4709 page Dec 23, 2009 r696 (Added a couple more unittests ) committed by evertpot - Added a couple more unittests Added a couple more unittests Dec 23, 2009 r695 (Alignment changes ) committed by evertpot - Alignment changes Alignment changes Dec 23, 2009 r694 (Using getAbsoluteUri ) committed by evertpot - Using getAbsoluteUri Using getAbsoluteUri Dec 23, 2009 r693 (Added a few unittests ) committed by evertpot - Added a few unittests Added a few unittests Dec 23, 2009 r692 (Added mount includes ) committed by evertpot - Added mount includes Added mount includes Dec 23, 2009 r691 (Bumped version to 1.0.2 ) committed by evertpot - Bumped version to 1.0.2 Bumped version to 1.0.2 Dec 23, 2009 r690 (Added support for RFC4709: Mounting WebDAV servers ) committed by evertpot - Added support for RFC4709: Mounting WebDAV servers Added support for RFC4709: Mounting WebDAV servers Dec 23, 2009 sabredav ad.png (Ad) file uploaded by evertpot - Labels: Deprecated Labels: Deprecated Last 30 days Dec 23, 2009 issue 17 (OSX 10.6 Finder does not work correct) commented on by evertpot - Responding privately Responding privately Dec 23, 2009 issue 17 (OSX 10.6 Finder does not work correct) commented on by p...@lingewoud.nl - Yes I'm planning to create several webdav extensions for TYPO3. Your help would be very welcome. Because the extension managent is so well implemented it's not very important to have Sabre into the main codebase. You will still reach a very large userbase. I do not a lot about this subject, but I think Sabre's licence will be a problem too. TYPO3 uses GPL. The extension I'm planning to develop are: 1. A TYPO3 webdav-library. Probably I'll use SabreDav because it's obvious better supported then the other php-pear dav server. And the implementation seems to have more features. Because I had these webserver problems, I was not able to test both implementations thoroughly. 2. A main extension which authenticates TYPO3 backend users and allow the to mount the filetree to which they have access. 3. A developers extension which allows temporary session based dav access to the an extension directories. This should make extension development very nice and encourages developers to use TYPO3's extension distribution system. I'm also planning an installable application which registers a protocol handler for temporary webdav sessions. Something like tsdav://. Clicking on such a link will call a wrapper which immediately mounts this temporary share. On the Mac it can use Finder or Cyberduck. I've already created a working proof of concept on Mac OS X. Don't know about Windows. I'm not affraid about the Linux implentation. Yes I'm planning to create several webdav extensions for TYPO3. Your help would be very welcome. Because the extension managent is so well implemented it's not very important to have Sabre into the main codebase. You will still reach a very large userbase. I do not a lot about this subject, but I think Sabre's licence will be a problem too. TYPO3 uses GPL. The extension I'm planning to develop are: 1. A TYPO3 webdav-library. Probably I'll use SabreDav because it's obvious better supported then the other php-pear dav server. And the implementation seems to have more features. Because I had these webserver problems, I was not able to test both implementations thoroughly. 2. A main extension which authenticates TYPO3 backend users and allow the to mount the filetree to which they have access. 3. A developers extension which allows temporary session based dav access to the an extension directories. This should make extension development very nice and encourages developers to use TYPO3's extension distribution system. I'm also planning an installable application which registers a protocol handler for temporary webdav sessions. Something like tsdav://. Clicking on such a link will call a wrapper which immediately mounts this temporary share. On the Mac it can use Finder or Cyberduck. I've already created a working proof of concept on Mac OS X. Don't know about Windows. I'm not affraid about the Linux implentation. Dec 22, 2009 Finder (OS/X Finder implementation details) Wiki page edited by evertpot - Revision r689 Edited wiki page through web user interface. Revision r689 Edited wiki page through web user interface. Dec 22, 2009 issue 17 (OSX 10.6 Finder does not work correct) Status changed by evertpot - Closing this bug. I added some notes around this issue on the Finder wiki page, and will also write a short blogpost about this. (perhaps someone relevant will read it). I see you're integrating SabreDAV into Typo3. If there's anything I can do to aid you with that. I wonder if something like that could end up back in the main codebase. Status: WontFix Closing this bug. I added some notes around this issue on the Finder wiki page, and will also write a short blogpost about this. (perhaps someone relevant will read it). I see you're integrating SabreDAV into Typo3. If there's anything I can do to aid you with that. I wonder if something like that could end up back in the main codebase. Status: WontFix Dec 22, 2009 issue 17 (OSX 10.6 Finder does not work correct) commented on by evertpot - Unfortunately yes. Alternatively you can implement this non-standard feature in the webservers, or request it. Unfortunately yes. Alternatively you can implement this non-standard feature in the webservers, or request it. Dec 22, 2009 issue 17 (OSX 10.6 Finder does not work correct) commented on by p...@lingewoud.nl - So the only thing I can do is file a bug report at apple? So the only thing I can do is file a bug report at apple? Dec 22, 2009 Finder (OS/X Finder implementation details) Wiki page edited by evertpot - Revision r688 Added details on chunked encoding Revision r688 Added details on chunked encoding Dec 22, 2009 issue 17 (OSX 10.6 Finder does not work correct) commented on by evertpot - Hi Pim, I'm afraid not, as this is a Finder problem. If you take a look at the PUT request you notice there is no Content-Length header, and the Transfer-Encoding is 'Chunked'. Finder is the only client doing this, and it actually goes against the HTTP 1.1 standard. There is no way to fix this from within SabreDAV, because when SabreDAV receives the HTTP request, the body is already gone. So this is very unfortunate. You _might_ be able to solve the problem by putting some kind of proxy server like squid in front of apache.. but I have no real idea, it might just forward the request. Sorry I don't have a better answer, I CAN tell you this problem also exists with both Lighttpd and Nginx. Hi Pim, I'm afraid not, as this is a Finder problem. If you take a look at the PUT request you notice there is no Content-Length header, and the Transfer-Encoding is 'Chunked'. Finder is the only client doing this, and it actually goes against the HTTP 1.1 standard. There is no way to fix this from within SabreDAV, because when SabreDAV receives the HTTP request, the body is already gone. So this is very unfortunate. You _might_ be able to solve the problem by putting some kind of proxy server like squid in front of apache.. but I have no real idea, it might just forward the request. Sorry I don't have a better answer, I CAN tell you this problem also exists with both Lighttpd and Nginx. Dec 22, 2009 issue 17 (OSX 10.6 Finder does not work correct) commented on by p...@lingewoud.nl - The webserver is configured to use fcgid running as the ftp-owner. I just tested the same configuration with the normal apache configuration and here lies the problem because it works now. I'm new with Sabre this test was based on the getting-started code. I've attached it. I use: Sabre 1.0.1 temporaryfilefilter: I think not. webserver: apache2 2.2.3-4+etch11 libapache2-mod-fcgid 1.10-2 libapache2-mod-php5 5.2.0+dfsg-8+etch16 Do you have any hints to get Sabre working with fcgid? The webserver is configured to use fcgid running as the ftp-owner. I just tested the same configuration with the normal apache configuration and here lies the problem because it works now. I'm new with Sabre this test was based on the getting-started code. I've attached it. I use: Sabre 1.0.1 temporaryfilefilter: I think not. webserver: apache2 2.2.3-4+etch11 libapache2-mod-fcgid 1.10-2 libapache2-mod-php5 5.2.0+dfsg-8+etch16 Do you have any hints to get Sabre working with fcgid? Dec 22, 2009 issue 17 (OSX 10.6 Finder does not work correct) commented on by evertpot - One more: * What kind of backend are you using? * Is it Sabre_DAV_FS_Directory? If so.. what kind of underlying filesystem are you using? * If it's custom, can you post some code? One more: * What kind of backend are you using? * Is it Sabre_DAV_FS_Directory? If so.. what kind of underlying filesystem are you using? * If it's custom, can you post some code? Dec 22, 2009 issue 17 (OSX 10.6 Finder does not work correct) changed by evertpot - Hi Pim, Thanks for your bug report. This appears to be a valid problem. A few followup questions: * What server software + version are you using? Some webservers have problems with Finder's chunked PUT requests. * Are you using the temporaryfilefilter? * Are you using SabreDAV v1.0.0 or v1.0.1 (either is fine). The issue I'm seeing is that Finder appears to correctly upload the file, but a subsequent GET does not return it. Based on what I'm seeing here is that this must be a server problem. Status: FeedbackRequired Owner: evertpot Labels: Type-Defect OpSys-Linux Component-Core Hi Pim, Thanks for your bug report. This appears to be a valid problem. A few followup questions: * What server software + version are you using? Some webservers have problems with Finder's chunked PUT requests. * Are you using the temporaryfilefilter? * Are you using SabreDAV v1.0.0 or v1.0.1 (either is fine). The issue I'm seeing is that Finder appears to correctly upload the file, but a subsequent GET does not return it. Based on what I'm seeing here is that this must be a server problem. Status: FeedbackRequired Owner: evertpot Labels: Type-Defect OpSys-Linux Component-Core Dec 22, 2009 issue 17 (OSX 10.6 Finder does not work correct) commented on by p...@lingewoud.nl - I added a charles session file I added a charles session file Dec 22, 2009 issue 17 (OSX 10.6 Finder does not work correct) reported by p...@lingewoud.nl - Mounting of dav-shares work Opening (double-click) and saving files from applications work Dragging a file does NOT work: it seems to work. Finder does not complain but after the upload the files contains 0Kb. It seems to be a mac problem though because IU encountered the exactly the same problem with the other pear webdav server. I wonder it something can be done. Mounting of dav-shares work Opening (double-click) and saving files from applications work Dragging a file does NOT work: it seems to work. Finder does not complain but after the upload the files contains 0Kb. It seems to be a mac problem though because IU encountered the exactly the same problem with the other pear webdav server. I wonder it something can be done. Dec 21, 2009 Sabre_DAV-1.0.1.tgz (SabreDAV 1.0.1) file uploaded by evertpot - Labels: Stable Featured Labels: Stable Featured Dec 21, 2009 r687 (Created 1.0.1 tag ) committed by evertpot - Created 1.0.1 tag Created 1.0.1 tag Dec 21, 2009 r686 (TOok out ignore list ) committed by evertpot - TOok out ignore list TOok out ignore list Dec 21, 2009 r685 (Updated changelog ) committed by evertpot - Updated changelog Updated changelog Dec 21, 2009 r684 (Taking of Auth off the ignore list ) committed by evertpot - Taking of Auth off the ignore list Taking of Auth off the ignore list Dec 04, 2009 r683 (More reports ) committed by evertpot - More reports More reports Earlier this year Nov 19, 2009 issue 16 (Browser Plugin: invalid link paths (slashes missed)) commented on by evertpot - 2 reasons: # It's assumed in other places as well that the base uri, and anything after it can just be concatenated. # If I just add it, everybody who did do it correctly will end up with 2 slashes. 2 reasons: # It's assumed in other places as well that the base uri, and anything after it can just be concatenated. # If I just add it, everybody who did do it correctly will end up with 2 slashes. Nov 18, 2009 issue 16 (Browser Plugin: invalid link paths (slashes missed)) commented on by idlesign - Yeap, I see. Then why don't we check if the slash exists right in the plugin? Yeap, I see. Then why don't we check if the slash exists right in the plugin? Nov 18, 2009 issue 16 (Browser Plugin: invalid link paths (slashes missed)) commented on by evertpot - Hi Idlesign, This bug will be solved not through your solution, but by making the 'baseUri' a little smarter. Basically: make sure when you set the baseUri, it ends with a / Hi Idlesign, This bug will be solved not through your solution, but by making the 'baseUri' a little smarter. Basically: make sure when you set the baseUri, it ends with a / Nov 18, 2009 issue 16 (Browser Plugin: invalid link paths (slashes missed)) changed by evertpot - Owner: evertpot Labels: Type-Defect OpSys-All Owner: evertpot Labels: Type-Defect OpSys-All Nov 18, 2009 issue 16 (Browser Plugin: invalid link paths (slashes missed)) reported by idlesign - SabreDAV 1.0.0 Sabre\DAV\Browser\Plugin.php, line 189: $fullPath = '/' . trim($this->server->getBaseUri() . ($path?$this->escapeHTML($path) . '/':'') . $name,'/'); Should be something like that instead, I believe: $fullPath = '/' . trim($this->server->getBaseUri() .'/'.($path?$this->escapeHTML($path) . '/':'') . $name,'/'); SabreDAV 1.0.0 Sabre\DAV\Browser\Plugin.php, line 189: $fullPath = '/' . trim($this->server->getBaseUri() . ($path?$this->escapeHTML($path) . '/':'') . $name,'/'); Should be something like that instead, I believe: $fullPath = '/' . trim($this->server->getBaseUri() .'/'.($path?$this->escapeHTML($path) . '/':'') . $name,'/'); Nov 17, 2009 Authentication (Setting up authentication.) Wiki page commented on by evertpot - Risto, if you wrote your own classes for your VFS, you should simply pass the username as a constructor, or otherwise. Please ask followup questions on the mailing list Risto, if you wrote your own classes for your VFS, you should simply pass the username as a constructor, or otherwise. Please ask followup questions on the mailing list Nov 17, 2009 Authentication (Setting up authentication.) Wiki page commented on by risto.kowaczewski - How do I get who is logged-in in my virtual file system? I would like to save this information to database. How do I get who is logged-in in my virtual file system? I would like to save this information to database. Nov 12, 2009 Index (SabreDAV wiki) Wiki page edited by evertpot - Revision r682 Edited wiki page through web user interface. Revision r682 Edited wiki page through web user interface. Nov 12, 2009 OpenOffice (OpenOffice) Wiki page edited by evertpot - Revision r681 Edited wiki page through web user interface. Revision r681 Edited wiki page through web user interface. Nov 12, 2009 OpenOffice (OpenOffice) Wiki page added by evertpot - Revision r680 Created wiki page through web user interface. Revision r680 Created wiki page through web user interface. Nov 11, 2009 GettingStarted (Quick setup for SabreDAV) Wiki page edited by evertpot - Revision r679 Edited wiki page through web user interface. Revision r679 Edited wiki page through web user interface. Nov 11, 2009 GettingStarted (Quick setup for SabreDAV) Wiki page edited by evertpot - Revision r678 Updated guide to reflect new error Revision r678 Updated guide to reflect new error Nov 09, 2009 RFCs (List of related RFCs and implementation status) Wiki page edited by evertpot - Revision r677 Added quota/size Revision r677 Added quota/size Nov 09, 2009 RFCs (List of related RFCs and implementation status) Wiki page edited by evertpot - Revision r676 Update Revision r676 Update Nov 09, 2009 RFCs (List of related RFCs and implementation status) Wiki page added by evertpot - Revision r675 Added rfc docs Revision r675 Added rfc docs Nov 09, 2009 r674 (added sqlite dump ) committed by evertpot - added sqlite dump added sqlite dump

issue 17 (OSX 10.6 Finder does not work correct) commented on by p...@lingewoud.nl - Yes I'm planning to create several webdav extensions for TYPO3. Your help would be very welcome. Because the extension managent is so well implemented it's not very important to have Sabre into the main codebase. You will still reach a very large userbase. I do not a lot about this subject, but I think Sabre's licence will be a problem too. TYPO3 uses GPL. The extension I'm planning to develop are: 1. A TYPO3 webdav-library. Probably I'll use SabreDav because it's obvious better supported then the other php-pear dav server. And the implementation seems to have more features. Because I had these webserver problems, I was not able to test both implementations thoroughly. 2. A main extension which authenticates TYPO3 backend users and allow the to mount the filetree to which they have access. 3. A developers extension which allows temporary session based dav access to the an extension directories. This should make extension development very nice and encourages developers to use TYPO3's extension distribution system. I'm also planning an installable application which registers a protocol handler for temporary webdav sessions. Something like tsdav://. Clicking on such a link will call a wrapper which immediately mounts this temporary share. On the Mac it can use Finder or Cyberduck. I've already created a working proof of concept on Mac OS X. Don't know about Windows. I'm not affraid about the Linux implentation.

Yes I'm planning to create several webdav extensions for TYPO3. Your help would be very welcome. Because the extension managent is so well implemented it's not very important to have Sabre into the main codebase. You will still reach a very large userbase. I do not a lot about this subject, but I think Sabre's licence will be a problem too. TYPO3 uses GPL. The extension I'm planning to develop are: 1. A TYPO3 webdav-library. Probably I'll use SabreDav because it's obvious better supported then the other php-pear dav server. And the implementation seems to have more features. Because I had these webserver problems, I was not able to test both implementations thoroughly. 2. A main extension which authenticates TYPO3 backend users and allow the to mount the filetree to which they have access. 3. A developers extension which allows temporary session based dav access to the an extension directories. This should make extension development very nice and encourages developers to use TYPO3's extension distribution system. I'm also planning an installable application which registers a protocol handler for temporary webdav sessions. Something like tsdav://. Clicking on such a link will call a wrapper which immediately mounts this temporary share. On the Mac it can use Finder or Cyberduck. I've already created a working proof of concept on Mac OS X. Don't know about Windows. I'm not affraid about the Linux implentation.

Last 7 days

Last 30 days

Earlier this year