Project

General

Profile

Actions

Bug #619

closed

When create or uploading a directory to the DAV directory

Added by Anonymous over 18 years ago. Updated over 8 years ago.

Status:
Fixed
Priority:
Normal
Category:
mod_webdav
Target version:
ASK QUESTIONS IN Forums:

Description

I downloaded and compiled version 1.4.11 on a Sun Ultra 5 running Solaris 8, using gcc 3.3.2 from www.sunfreeware.com.
Server runs very nice, but mod_webdav has a long way to go. I tryed connecting to a DAV folder from both Windows XP and Linux (Gentoo, running GNOME Nautilus 2.10.1), and both have issues uploading files to lighttpd. Nautilus gets confused when creating the file, or when creating a directory and then renaming it. Windows upload simply does not work, but leaves a temp file in the server.

-- guillermo.marcus

Actions #1

Updated by Anonymous about 18 years ago

I have the same problem on Fedora Core 5 (from core rpm), connecting from Mac OS X 10.4 . Can edit existing files, but can't rename or create files or directories. Error: The name "example" is already taken.

-- richard

Actions #2

Updated by stbuehler about 16 years ago

  • Status changed from New to Fixed
  • Resolution set to worksforme

Too old, and we need concrete examples with http-headers (request and response). The litmus test is working except for locking, so i think it should be ok now.

Actions #3

Updated by Anonymous about 16 years ago

  • Status changed from Fixed to Need Feedback
  • Resolution deleted (worksforme)

I have compiled version 1.4.19 on Mac OSX with the mod_webdav... Unfortunately it's impossible to create or copy a directory from Windows XP or Mac OS. For files it's OK.

For exemple : Windows say me -> Unable to create a folder named "test". Please enter a different name. Write permissions on the target filesystem are OK.

What can I do ? Thanks :)

-- jbedat

Actions #4

Updated by darix about 16 years ago

check the permissions on the server side.

Actions #5

Updated by Anonymous about 16 years ago

Replying to darix:

check the permissions on the server side.

Permissions are sets to 777 on the webdav folder and upload-directory folder...

Actions #6

Updated by Anonymous about 16 years ago

Check the log on the server, to see the sequence of DAV operations. A long time ago (when I created this post) I had exactly the same problem, and it was, to my mind, a problem in the lighttpd (mod_dav, to be exact)..

Actions #7

Updated by Anonymous about 16 years ago

I have changed all mkdir functions in mod_webdav.c with : mkdir(path, 0777) and everything works fine... You can close the ticket.. Thanks :)

-- jbedat

Actions #8

Updated by stbuehler about 16 years ago

  • Status changed from Need Feedback to Fixed
  • Resolution set to worksforme

#define WEBDAV_DIR_MODE  S_IRWXU | S_IRWXG | S_IRWXO

That should already be 0777...

Actions #9

Updated by Anonymous about 16 years ago

  • Status changed from Fixed to Need Feedback
  • Resolution deleted (worksforme)

Your are right... My problem is not permissions. I have compiled lighty on iPhone OS 2.1, (arm-apple-darwin) with the mod_webdav embeded. Everything works fine but my problem is with the WebDavFS Client in Mac OS X (10.5).. When I try to upload a file larger than ~100K, it failed. It seems that WebDAVFS uses chunked requests. mod-webdav supports chunked encodind requests ? It is an other problem ? Thanks for your help !

-- jbedat

Actions #10

Updated by stbuehler about 16 years ago

  • Status changed from Need Feedback to Fixed
  • Resolution set to wontfix

"transfer-encoding: chunked" is not supported in 1.4; we won't fix this.

Actions #11

Updated by stbuehler about 16 years ago

  • Status changed from Fixed to Wontfix
Actions #12

Updated by gstrauss over 8 years ago

  • Description updated (diff)
  • Status changed from Wontfix to Fixed
  • Target version changed from 1.4.21 to 1.4.40

Fixed with https://github.com/lighttpd/lighttpd1.4/pull/38 applied to lighttpd master in 06d3c75

send 411 Length Required if Transfer-Encoding: chunked request body

Actions

Also available in: Atom