WebDav file rename

[Abmea]

Hi,

I noticed that TC fails to rename a file on the server via WebDav in my setup. The problem seems to be that the 'MOVE' command contains a relative path for the file source and a full UNC path for the file destination.

In my setup, that full path is not understood by the server because we have a complex proxy (TC ends up telling the server to move the file to https://192.168...), so the command fails.

Since a rename is always in the same destination folder, would it be possible to use a relative path for the destination as well?
Thanks in advance!

[ghisler(Author)]

Hmm, I'm not quite sure whether this is allowed by the WebDAV specifications (RFC):

See: http://www.webdav.org/specs/rfc4918.html#HEADER_Destination

10.3 Destination Header

The Destination request header specifies the URI that identifies a destination resource for methods such as COPY and MOVE, which take two URIs as parameters.

Destination = "Destination" ":" Simple-ref

If the Destination value is an absolute-URI (Section 4.3 of [RFC3986]), it may name a different server (or different port or scheme). If the source server cannot attempt a copy to the remote server, it MUST fail the request. Note that copying and moving resources to remote servers is not fully defined in this specification (e.g., specific error conditions).

Where Simple-ref is defined as:
Simple-ref = absolute-URI | ( path-absolute [ "?" query ] )

So it must be either a complete address, or an absolute path starting with the root of the server "/". Or do I misundertand this?

[Abmea]

Ok, a path relative to the server root ("/") would work just fine for me!
In that case, TC would use the same type of path for the source and target.

[ghisler(Author)]

OK, please contact me by e-mail (support at ghisler dot com) and I will prepare a test version for you. It can take a few days, though, because I'm currently busy with the preparation of the final release of TC 8.50.

[ghisler(Author)]

A new beta version of the WebDAV plugin which implements this change is now publicly available here:

https://plugins.ghisler.com/beta/webdav_26b1.zip

It would be great if other users could try the rename function with this plugin too! If it doesn't work with some servers, please send me the error from the log, so I can write a workaround (e.g. calling the old rename function when the new one fails). Thanks!

[inforte43]

Hi Ghisler,

Great that you improve the WebDAV plugin!

So, please, can you add the option to start the plugin parsing a URL?
You can found my suggestion for WebDAV and SFTP plugins at: http://www.ghisler.ch/board/viewtopic.php?p=279246#279246

[white]

2ghisler(Author)
Please fix or remove Quick connection function.

Sorry, quick connection is currently broken.

[damjang]

Also if possible to add an option to disable "Content-Type" header.

[ghisler(Author)]

Why? Content-Type is part of the http specifications.

[Sob]

He is that one unlucky user from New beta plugin: WebDAV (WebFolders) thread, whose server has problems with Content-Type for some unknown reason.

[ghisler(Author)]

I see - a new beta version of the WebDAV plugin is now publicly available here:
https://plugins.ghisler.com/beta/webdav_26b2.zip

You can now delete or rename the mime.types file and restart Total Commander to NOT send the Content-Type field.

I have also fixed the quick connection option.

Unfortunately I couldn't implement the CD plugin///@URL suggestion. Why? While I could parse the path, the location would still be shown as plugin///@URL because there is no way to redirect the path within the FsFindFirst function. This is only possible within FsExecute, which is only called when using the command line DURING an existing connection.

[white]

I have also fixed the quick connection option.

It seems to use cached user name and password for the server entered. If I first connect using a saved connection and then use the Quick connection to connet to the same server, it simply connects when not entering a password (even when you enter a wrong user name). What is happening here?

[ghisler(Author)]

Strange, according to the code, the connection settings should be cleared. Can you give me step by step instructions of what you are doing?

[white]

Strange, according to the code, the connection settings should be cleared. Can you give me step by step instructions of what you are doing?

I have 2 saved connections (both secure via SSL). Passwords are stored and protected with Master password.
* I open saved connection 1, enter Master password,click Disconnect
* I open saved connection 2, click Disconnect
* I open Quick connection and enter same server as saved connection 1, optionally I enter a random user name, I enable SSL and click OK -> connection established....
* I click Disconnect, I open Quick connection and enter same server as saved connection 2, optionally I enter a random user name, I enable SSL and click OK -> connection established....

[damjang]

You can now delete or rename the mime.types file and restart Total Commander to NOT send the Content-Type field.

Thank you very much! Work ok if I rename mime.types file.

Damjan