download_sync appends last remote_path element causing Remote resource error about webdav-client-python-3

[jotbe]

I have a similar issue with pull() and was able to workaround the issue by patching the client.py. It seems that Urn.path() at some point converts a remote path/directory from e.g. foo/ to /foo, i.e. turning it into an absolute path. That one then seems to be appended to the remote_path which already ends with foo.

If I print the list(), I see that the last directory name of a path is part of that list:

['foo/', '001_2020-04-05.mp3', '002_2020-04-09.mp3', '003_2020-04-10.mp3', 'Readme.md']

My understanding is, that the list should not contain foo/. Am I on the right track? That value turns into an empty string later and this workaround helped but is clearly not a fix for the root cause - and it cannot be applied to download_sync:

https://github.com/ezhov-evgeny/webdav-client-python-3/blob/develop/webdav3/client.py#L715

Between L715 and 716 (entry of the loop) I inserted:

if remote_resource_name == '':
    continue

[ezhov-evgeny]

@stefanvangastel @jotbe It was released today in version 3.14.2

[wehe64]

If I print the list(), I see that the last directory name of a path is part of that list:

['foo/', '001_2020-04-05.mp3', '002_2020-04-09.mp3', '003_2020-04-10.mp3', 'Readme.md']

Just FYI, I'm seeing the same, also against OwnCloud (10.7.0.4 community) - but not against 'rclone serve -v webdav' (linux).
Also just against OwnCloud, client.list(...,get_info=True) returns incomplete info dicts with 'created':None and 'name':None
So I suppose that OwnCloud's webdav implementation could be the culprit.