headers
Lissa Avery | 1 Aug 2005 15:06
Picon

RE: Konqueror not locking files, and windows won't open text files

Is Internet Explorer your default browser in Windows?  I encountered the
problem you're having when Firefox or Opera was set as my default browser.

Lissa

-----Original Message-----
From: dav-dev-bounces <at> lyra.org [mailto:dav-dev-bounces <at> lyra.org] On Behalf
Of Rich Stanton
Sent: Friday, July 29, 2005 8:47 AM
To: dav-dev <at> lyra.org
Subject: [dav-dev] Konqueror not locking files,and windows won't open text
files

Hi,

<snip>

Secondly, when using windows, I can create a new folder, but have no 
option with create a new file (by right-click).  Also, I cannot open 
text files directly from the drive by doubleclicking on them - word 
files open in word when doubleclicked, but text files don't do anything.

Are these bugs in the clients, or have I misconfigured the server?
_______________________________________________
dav-dev maillist  -  dav-dev <at> lyra.org
http://dav.lyra.org/mailman/listinfo/dav-dev
Permalink | Reply | 1 comment |
headers
Rich Stanton | 1 Aug 2005 15:39
Picon
Picon

Re: Konqueror not locking files,and windows won't open text files

Firefox is my default browser, so thanks for the hint - unfortunately I 
want to stick with firefix, and not IE.  I guess it's just something 
I'll have to live with :-(

Lissa Avery said the following on 01/08/2005 14:06:

>Is Internet Explorer your default browser in Windows?  I encountered the
>problem you're having when Firefox or Opera was set as my default browser.
>
>Lissa
>
>-----Original Message-----
>From: dav-dev-bounces <at> lyra.org [mailto:dav-dev-bounces <at> lyra.org] On Behalf
>Of Rich Stanton
>Sent: Friday, July 29, 2005 8:47 AM
>To: dav-dev <at> lyra.org
>Subject: [dav-dev] Konqueror not locking files,and windows won't open text
>files
>
>Hi,
>
><snip>
>
>Secondly, when using windows, I can create a new folder, but have no 
>option with create a new file (by right-click).  Also, I cannot open 
>text files directly from the drive by doubleclicking on them - word 
>files open in word when doubleclicked, but text files don't do anything.
>
>Are these bugs in the clients, or have I misconfigured the server?
>_______________________________________________
(Continue reading)

Permalink | Reply | 0 comments |
headers
Kerry.Lothrop | 1 Aug 2005 16:37
Favicon

RE: Konqueror not locking files, and windows won't open text files

Hello Rich,

> Secondly, when using windows, I can create a new folder, but have no 
> option with create a new file (by right-click).  Also, I cannot open 
> text files directly from the drive by doubleclicking on them - word 
> files open in word when doubleclicked, but text files don't do anything.

There are two clients in Windows XP that handle DAV connections:

A client called Webfolders introduced with IE 5.0
A client called WebClient introduced with XP

Windows will prefer the latter one, yet revert to the older one if the connection is not possible with
WebClient's restrictions. The restrictions are basically:

Webfolders:

Does not know UTF-8
Does not set any DAV properties

WebClient:

Is bound to TCP port 80
Does not know SSL
Is not as fast as Webfolders

WebClient behaves almost like a real SMB share and can be mapped to a drive letter. All the functionality you
are expecting (right click->new file, double-clicking text files, saving to a DAV server from any
application) is available there. When you open a file through Webfolders, you basically have read-only
access, yet some applications (like MS Office 2000+) have their own clients and can write to a DAV server.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Michael.Renner | 1 Aug 2005 16:46

'AuthType Basic' with XP client

Moin,

I just compiled an apache 2.0 with WebDAV support on my solaris server. I need user authentification, so I configured the server with 'AuthType Basic'.

This works fine, as long as I use UNIX clients to access the WebDAV server, e.g. KDE's konqueror.

But with windows, the login fails. This is caused by the fact, that windows adds the servername 'gargamel.mydomain.de\\' to the loginname 'renner'.

user gargamel.mydomain.de\\renner not found: /DAVtest

Any hint what's to do?

Michael Renner
DAB Bank AG
IT System Infrastructure
Landsberger Strasse 428
81241 München
Tel: +49 (0) 89 50068-580 



<div>

<p>Moin,
</p>

<p>I just compiled an apache 2.0 with WebDAV support on my solaris server. I need user authentification, so I configured the server with 'AuthType Basic'.</p>

<p>This works fine, as long as I use UNIX clients to access the WebDAV server, e.g. KDE's konqueror.
</p>

<p>But with windows, the login fails. This is caused by the fact, that windows adds the servername 'gargamel.mydomain.de\\' to the loginname 'renner'.</p>

<p>user gargamel.mydomain.de\\renner not found: /DAVtest
</p>

<p>Any hint what's to do?
</p>

<p>Michael Renner

<br>DAB Bank AG

<br>IT System Infrastructure

<br>Landsberger Strasse 428

<br>81241 M&uuml;nchen

<br>Tel: +49 (0) 89 50068-580
</p>
<br><br>
</div>
Permalink | Reply | 1 comment |
headers
Bennett, Tony - CNF | 1 Aug 2005 17:02

RE: Could not LOCK /source/index.htm due to a failedprecondition (e.g. other locks).

David,

> 	Trying to access webDAV on apache 1.3.33 on debian stable, 
> trying both Mac OS X 10.4 and windows xp clients.
> 	I appear to be able to access webDAV fine for reading files, 
> but when I try to save changes to a file I get an error (a -47 error 
> on the mac) and
> [Fri Jul 29 01:58:12 2005] [error] [client 60.224.213.30] Could not 
> LOCK /source/index.htm due to a failed precondition (e.g. other 
> locks).  [423, #0]
> [Fri Jul 29 01:58:12 2005] [error] [client 60.224.213.30] Existing 
> lock(s) on the requested resource prevent an exclusive lock.  [423, 
> #0]
> in the logs.
>	My DAVLock file looks to have the right permissions to me, 
> and the files are definitely readable and writable by my web servers 
> user/group . Any other ideas?
>	Cheers
>		David

Your original posting doesn't seem to be "asking a question"...
...although the emplied question was that you thought you didn't have
Mod_dav configured correctly.  

In a prior posting, I noted that the apache log messages you included
Indicated another application had the resource (/source/index.htm) 
Locked, and returned a failure on a PUT.  Further I posted that if
You wanted to discover additional information about the lock, you 
could use cadaver.  And if the LOCK is a remnant of an application 
That has exited without unlocking it, you could use Cadaver to 
"steal" the lock, and then unlock the resource with it.

I guess I'm not sure what question you are asking...

If it is "does the system appear to be to be properly configured and
working as designed?"... Then, based upon the information you have 
provided, I'd say it appears so.

-tony

-----Original Message-----
From: dav-dev-bounces <at> lyra.org [mailto:dav-dev-bounces <at> lyra.org] On
Behalf Of David Cake
Sent: Sunday, July 31, 2005 3:14 PM
To: dav-dev <at> lyra.org
Subject: RE: [dav-dev] Could not LOCK /source/index.htm due to a
failedprecondition (e.g. other locks).

At 2:39 PM -0700 28/7/05, Bennett, Tony - CNF wrote:
>Take a look at cadaver's "steal" command...

	Sure, but what do I do with it? That will allow me to steal the
token, but the problem still recurrs for other clients.
	Regards
		David
_______________________________________________
dav-dev maillist  -  dav-dev <at> lyra.org
http://dav.lyra.org/mailman/listinfo/dav-dev
Permalink | Reply | 501 comments |
headers
Brian Dimeler | 1 Aug 2005 18:03

DAV share not writing correctly - OS X

Hi,

  I'm having trouble writing to files on a WebDAV server from a client. Both computers are running 
Mac OS X 10.3.4. The server is using the built-in Apache (1.3.29) with mod_dav enabled in the config 
file, and the client is connecting from the Finder's "connect to server" option.

I can read any file in the DAV share, but no program will permit me to save -- TextEdit, Office v.X, 
all refuse to allow this. Oddly, I can simply copy a file from the client to the server via the 
Finder, but I can not later on modify that file from a program. And when Office tells me it can't 
save, it then saves (to the server!) a temporary file with a generated filename, then *deletes the 
original*! Clearly there is some ability to write changes to the server, yet I'm unable to do it in 
normal, expected ways.

My setup is extremely simple. I have no security enabled (I will, if I ever get this thing to work, 
but right now I'm just testing). The server is not some souped-up, custom-configured thing; almost 
everything is the same as it was out of the box. I don't have any files or folders in the dav share 
other than the few test files I've added from the client end. So why isn't this working?

Here's what's in my http.conf:

     DavLockDB /Library/WebServer/davlocks/DavLockDB
     DAVMinTimeout 600
     <Directory "/Library/WebServer/Documents/dav">
         DAV On
     </Directory>

both of the paths above are owned by www; I do, of course, have the DAV module itself enabled via 
LoadModule and AddModule.

I should also point out that I was able to save files to this dav share from a PC running Office 
2002 a few days ago. It only worked for one of two PCs (the other refused to connect at all, for 
some reason). Is it possible then that my server config's fine, and this is just bugginess in the OS 
X client?

Thanks,
Brian
Permalink | Reply | 0 comments |
headers
Joachim Feise | 1 Aug 2005 16:59
X-Face
Face
Picon

Re: 'AuthType Basic' with XP client

Michael.Renner <at> dab.com wrote on 08/01/05 07:46:

> Moin,
> 
> I just compiled an apache 2.0 with WebDAV support on my solaris server. I need user authentification, so I
configured the server with 'AuthType Basic'.
> This works fine, as long as I use UNIX clients to access the WebDAV server, e.g. KDE's konqueror.
> 
> But with windows, the login fails. This is caused by the fact, that windows adds the servername
'gargamel.mydomain.de\\' to the loginname 'renner'.
> 
> user gargamel.mydomain.de\\renner not found: /DAVtest
> 
> Any hint what's to do?

That's a known Windows bug:
http://support.microsoft.com/default.aspx?scid=kb;en-us;315621&Product=winxp
There is an Apache module to strip the domain from the username:
http://www.luluware.com/index.php?option=com_content&task=view&id=13&Itemid=38

HTH
-Joe
Permalink | Reply | 0 comments |
headers
Pozzo, Ange | 2 Aug 2005 14:18
Picon

RE: apache filters and mod_dav


>According to the Apache documentation ExtFilterDefine does only work
>for output filters, not for input filters. I verified that this is still
true
>for 2.0.54. 

You are right, documentation only says posible mode is output, but i have
seen in cvs log the ability to filter request bodies was added in 2.0.48,
see
http://svn.apache.org/viewcvs.cgi/httpd-2.0/modules/filters/mod_ext_filter.c
?root=Apache&rev=1.13&view=log at revision 1.6.
I was thinking documentation was not up to date ...

When i see the cvs log, i'm thinking that for input filter, filter type and
filter mode attributes are mandatory ... but what do i must choose for
filter type ? AP_FTYPE_RESOURCE or AP_FTYPE_CONTENT_SET ?
I will try to trace why this filter isn't set and why it is know as unknown
filter, it is set in util_filter.c, i must study it ...

It's not clearly a mod_dav problem ... but i think if this feature is know
to work whith mod_dav, it would be very appreciated ( by me ;))
I'm managing documentations, i would like my writters to put their work
directly on the apache server with dav and webfolders ! this is working fine
in spite of micro$oft webfolders and windows XP ... now, the problem is that
documentation in html files form must be well written and with our office
standards, this is not always the case because some write their html files
with micro$oft word :(( today i must verify all files they give to me, tidy
and correct some before putting them on the server ... i hate micro$oft word
now !
I want to use a filter which will correct as much as possible the files,
tidy them or refuse them if they don't meet our standards ! another problem
is that webfolders doesn't show to user error responses when they happens !
how can i do that ? use another dav client ?

>But the current dev version of Apache (2.1.x), which will hopefully
>be 2.2 soon, is capable of defining input filters this way.

I will give it a try when 2.2 will be available, but i'm currently using the
last 2.0.54 and the official release allowed here is 2.0.48 :((

>mod_upload handles multipart/form-data POST requests not PUT requests
>as you need.

I have read somewhere that mod_upload will support PUT method soon, and this
module is using input filters !!! but the last release was in 2003 ! i think
this is a dead project.

>Rüdiger

thanks Rüdiger !

Best regards
Ange
Permalink | Reply | 0 comments |
headers
Pozzo, Ange | 2 Aug 2005 15:15
Picon

apache filters and mod_dav

sorry, it seems that in the cvs repository, the HEAD branch is for 2.1 and there is another branch for 2.0 where there is no support for input filters (disabled with #if 0) ..
 
Ange
<div>
<div><span class="150241313-02082005">sorry, it seems that 
in the cvs repository, the HEAD branch is for 2.1 and there is another branch 
for 2.0 where there is no support for input filters (disabled with #if 0) 
..</span></div>
<div>
<span class="150241313-02082005"></span>&nbsp;</div>
<div><span class="150241313-02082005">Ange</span></div>
</div>
Permalink | Reply | 1 comment |
headers
David Cake | 3 Aug 2005 02:29
Picon

RE: Could not LOCK /source/index.htm due to a failedprecondition (e.g. other locks).

At 8:02 AM -0700 1/8/05, Bennett, Tony - CNF wrote:
>David,
>
>>	Trying to access webDAV on apache 1.3.33 on debian stable,
>>  trying both Mac OS X 10.4 and windows xp clients.
>>	I appear to be able to access webDAV fine for reading files,
>>  but when I try to save changes to a file I get an error (a -47 error
>>  on the mac) and
>>  [Fri Jul 29 01:58:12 2005] [error] [client 60.224.213.30] Could not
>>  LOCK /source/index.htm due to a failed precondition (e.g. other
>>  locks).  [423, #0]
>>  [Fri Jul 29 01:58:12 2005] [error] [client 60.224.213.30] Existing
>>  lock(s) on the requested resource prevent an exclusive lock.  [423,
>>  #0]
>>  in the logs.
>>	My DAVLock file looks to have the right permissions to me,
>>  and the files are definitely readable and writable by my web servers
>>  user/group . Any other ideas?
>>	Cheers
>>		David
>
>Your original posting doesn't seem to be "asking a question"...
>...although the emplied question was that you thought you didn't have
>Mod_dav configured correctly.

	Well, lets take the implied question as the behaviour I show 
is undesirable, and I'd like it not to happen - I assume its a 
mod_dav issue, but thats just a working hypothesis. I'm no longer 
sure its true, I may just have a one-off problem created due to a 
user crashing at a crucial point or similar.

>
>In a prior posting, I noted that the apache log messages you included
>Indicated another application had the resource (/source/index.htm)
>Locked, and returned a failure on a PUT.  Further I posted that if
>You wanted to discover additional information about the lock, you
>could use cadaver.  And if the LOCK is a remnant of an application
>That has exited without unlocking it, you could use Cadaver to
>"steal" the lock, and then unlock the resource with it.

OK, after a bit of experimentation, my new question becomes -
- I can steal the token, but not unlock with it, as I am not the same 
user that created it
- so I get a User "dave" submitted a locktoken created by user 
"user".  [403, #0]

Is there a way to clear this up without getting the users login info?

Or otherwise ensure the resource is unlocked.

Cheers
	David
Permalink | Reply | 502 comments |

Gmane