After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 89202 - inefficient DAV behavior
inefficient DAV behavior
Status: RESOLVED INCOMPLETE
Product: nautilus
Classification: Core
Component: File and Folder Operations
unspecified
Other Linux
: Normal normal
: ---
Assigned To: Nautilus Maintainers
Nautilus Maintainers
Depends on:
Blocks:
 
 
Reported: 2002-07-27 13:27 UTC by Marc-Olivier Bernard
Modified: 2005-01-06 10:03 UTC
See Also:
GNOME target: ---
GNOME version: 2.0



Description Marc-Olivier Bernard 2002-07-27 13:27:42 UTC
Hi,

(system infos at bottom)


When updating the content of a file located on a
dav server, thru nautilus client, one possility is
to copy the file from the dav server to the local
filesystemwith nautilus (as dav client).

After the content has been modified (with any
editor), and copying the file back to the dav
server thru nautilus, the behavior of nautilus 
should be to update the content and to *keep* the
dead properties (if any and not modified) of the
old file on the dav server.

That behavior is observed with MS WebFolder : if
the file exists on the dav server, the WebFolder
application ask if you want to update the file and
*preserve* the dead properties. Condisering the
log files, the sequence is a HEAD, PROPFIND, PUT,
HEAD, PUT, HEAD :

10.0.0.3 - - [27/Jul/2002:15:05:12 +0200] "HEAD
/davsamples/aaa.sxw HTTP/1.1" 200 0 "-" "Microsoft
Data Access Internet Publishing Provider DAV"
10.0.0.3 - - [27/Jul/2002:15:05:12 +0200]
"PROPFIND /davsamples/aaa.sxw HTTP/1.1" 207 1078
"-" "Microsoft Data Access Internet Publishing
Provider DAV"
10.0.0.3 - - [27/Jul/2002:15:05:17 +0200] "PUT
/davsamples/aaa.sxw HTTP/1.1" 204 0 "-" "Microsoft
Data Access Internet Publishing Provider DAV"
10.0.0.3 - - [27/Jul/2002:15:05:17 +0200] "HEAD
/davsamples/aaa.sxw HTTP/1.1" 200 0 "-" "Microsoft
Data Access Internet Publishing Provider DAV"
10.0.0.3 - - [27/Jul/2002:15:05:17 +0200] "PUT
/davsamples/aaa.sxw HTTP/1.1" 204 0 "-" "Microsoft
Data Access Internet Publishing Provider DAV"
10.0.0.3 - - [27/Jul/2002:15:05:17 +0200] "HEAD
/davsamples/aaa.sxw HTTP/1.1" 200 0 "-" "Microsoft
Data Access Internet Publishing Provider DAV"

*But* Nautilus, in the same case, will ask you if
you want to replace the file and will perform the
following sequence : *DELETE*, PROPFIND, HEAD,
PUT, PUT, PROPFIND, PROPFIND. Considering the log
files :


10.0.0.1 - - [27/Jul/2002:15:02:15 +0200] "DELETE
/davsamples/0008rs.htm HTTP/1.0" 204 0 "-"
"gnome-vfs/1.0.5"
10.0.0.1 - - [27/Jul/2002:15:02:15 +0200]
"PROPFIND /davsamples HTTP/1.0" 207 12043 "-"
"gnome-vfs/1.0.5"
10.0.0.1 - - [27/Jul/2002:15:02:15 +0200] "HEAD
/davsamples/0008rs.htm HTTP/1.0" 404 0 "-"
"gnome-vfs/1.0.5"
10.0.0.1 - - [27/Jul/2002:15:02:15 +0200] "PUT
/davsamples/0008rs.htm HTTP/1.0" 201 252 "-"
"gnome-vfs/1.0.5"
10.0.0.1 - - [27/Jul/2002:15:02:15 +0200] "PUT
/davsamples/0008rs.htm HTTP/1.0" 204 0 "-"
"gnome-vfs/1.0.5"
10.0.0.1 - - [27/Jul/2002:15:02:16 +0200]
"PROPFIND /davsamples/0008rs.htm HTTP/1.0" 207 871
"-" "gnome-vfs/1.0.5"
10.0.0.1 - - [27/Jul/2002:15:02:16 +0200]
"PROPFIND /davsamples HTTP/1.0" 207 12827 "-"
"gnome-vfs/1.0.5"


I may be wrong, but i think that this behavior is
not correct. Nautilus may offer the two
possibility (1. update content 2. erase and create
new file), but not that unique and quite brutal
behavior.

Best regards,

Marc-Olivier BERNARD

My system : 
linux redhat 7.3
apache-1.3.23-11
mod_dav-1.0.3-5
nautilus-1.0.6-15
Comment 1 Luis Villa 2002-07-30 19:04:20 UTC
Marc: there has been a year of development, basically, between the
version of nautilus and gnome-vfs you're testing on and what we're
working on now. It would be great if you could test and investigate
with gnome2, especially the new nautilus and gnome-vfs.

Nautilus-maint: should I refile this against gnome-vfs?
Comment 2 Kjartan Maraas 2005-01-06 10:03:51 UTC
No response in a couple of years. Closing.