WebDAV Plugin Problem

[DarkRuleR]

I have used the WebDAV plugin for our company website (Sharepoint) without any problem in the past.

But for a new project site I get a error:

Get dir: /sites/HIP-Xxxxx%20IntegratiePlatform
PROPFIND /sites/HIP-Xxxxx%2520IntegratiePlatform/ HTTP/1.1
Error: 414 REQUEST URI TOO LONG

I’ve noticed that in the PROPFIND line there is an extra “25” between “%” and “20”.

Is the URI indeed too long or is something else wrong???

[seb-]

I just tried and apart form that i was not allowed access...

at least the PROPFIND url was exactly the same as the one in the GET...

so it should actually look like this:

Get dir: /sites/HIP-Xxxxx%20IntegratiePlatform
PROPFIND /sites/HIP-Xxxxx%20IntegratiePlatform/ HTTP/1.1
Error: 414 REQUEST URI TOO LONG

Have you checked whether maybe the copy paste of the URL failed somehow?

hth

[DarkRuleR]

Have you checked whether maybe the copy paste of the URL failed somehow?

hth

Thanx for the suggestion.
I've made a new entry without copy/pasting the URL.
It still fails.

I did another test with a app on my iPad and this works.
http://seanashton.net/webdav/

[ghisler(Author)]

The error seems to be misleading - the problem seems to be the space in the name. Can you find out how the Ipad is encoding that?

[DarkRuleR]

The error seems to be misleading - the problem seems to be the space in the name. Can you find out how the Ipad is encoding that?

The iPad app doesn't provide a logging.

I have tested some more.
When I remove the "%20" and replace it with a space " " it works!

I never thought this would work.
:S

Thanx.

[ghisler(Author)]

That's funny, spaces are not allowed in URLs! Sounds like a bug in that WebDAV server...

[DarkRuleR]

That's funny, spaces are not allowed in URLs! Sounds like a bug in that WebDAV server...

Yes, that is exactly the reason I did not test it with spaces.


We have the latest sharepoint version running:

Server: Microsoft-IIS/8.0
MicrosoftSharePointTeamServices: 15.0.0.4505

[ghisler(Author)]

The question remains: Why is sharepoint accepting spaces in the URL, and why is the IPad sending an URL with spaces? And finally, why isn't %20 as a placeholder for a space accepted by sharepoint? It really makes no sense. My tests with various servers all require %20 instead of spaces...

[DarkRuleR]

The question remains: Why is sharepoint accepting spaces in the URL, and why is the IPad sending an URL with spaces? And finally, why isn't %20 as a placeholder for a space accepted by sharepoint? It really makes no sense. My tests with various servers all require %20 instead of spaces...

I have tested with a few more apps on my iPad:

WebDAV Navigator
http://seanashton.net/webdav/
Does not accept url with space.
Url with %20 succeeded.

Filamente
http://www.filamente.com/
Does not accept url with space.
Url with %20 fails.

Pages (From Apple)
https://www.apple.com/ios/pages/
Does not accept url with space.
Url with %20 succeeded.

I don't know if this helps?

[ghisler(Author)]

For those where %20 works, can you check how the path differs from the one sent by Total Commander, please?

[shane54]

Gents, I have exactly the same issue - folders with "spaces" in names can't be traversed, using TC plugin WebDav (v.2.6-beta5). However, I found following interesting facts:

• I can open WebDav folder with space(s) in name via Windows Explorer
• I can't open folder with space(s) in name via TC/WebDav plugin
• log on server contains following entries:
• for Windows Explorer (all OK when click on folder and see it's contents):

  Code: Select all

  Started GET "/redmine/dmsf/webdav/f-0001" for 127.0.0.1 at 2015-01-16 10:44:47 +0100
  

• for TC/WebDav (error 500: Internal Server Error when press Enter on folder):

  Code: Select all

  Started PROPFIND "/redmine/dmsf/webdav/f-0004/Fiplan%20-%20Internal%20Documents/" for 127.0.0.1 at 2015-01-16 10:46:44 +0100

So, it's clear, that the same operation - folder's traverse - Windows Explorer and TC/WebDav do in a different way!! First uses command GET, second - PROPFIND.

So, question is - TC/WebDav plugin incorrectly realized WebDav protocol (I have not read WebDav's RFC), or Windows Explorer does it incorrectly, but due to some happiness, such mistake help him to work without errors on folders with spaces?

Can you please clarify answer on that qurstion - as based on it I will know, should I wait for fix from Ghisler, or from Microsoft (dreams, dreams ). Or, moreover, problem is on server side??

Technical info: WebDav protocol in my case realized via Redmine's plugin DMSF, which, internally, uses Ruby gem DAV4Rack. System is running on Windows Server 2012R2.

Thanks in advance!

[ghisler(Author)]

???
GET is not WebDAV for getting directories. GET is only used for downloading files. You normally don't get a directory listing with GET. It's probably just a flaw in the log.

Btw, what does the Explorer do when you actually try to get that folder with spaces? You only show it for the parent.

TC correctly encodes spaces as %20 in URLs.