WebDAV create and move broken inside shared folders about core HOT 9 CLOSED

The same is true when trying to rename an existing file. It works on your own personal files, but fails when trying to rename a shared file/folder.

from core.

The same problem occurs when using the sync client (as described in #80).

This is an absolute blocker for our environment. Is it possible to get any estimation on when this issue might be addressed?

from core.

+1 - this completely blocks the usage for us. So a ETA for the fix would be highly appreciated!

from core.

I can confirm that 3d13c9d appears to fix the problem

from core.

Cherry picking the commit into a new branch doesn't seem to work... Is there an easy way to do this backporting. This QA process requires too much time on my side if I need to do two different branches and pull requests. Any tips?

from core.

Manually adjusting the files.php in our production environment (clone of branch stable45) fixed it.It also fixed issue #80.
Thx btw.

from core.

Same result as Jasperado, manually adding the $info = array() and the if block fixes these two issues for me.

With that resolved, I've now run into a different issue, but it appears to be unrelated (an OmniOutliner .oo3 file/bundle refuses to sync, although other bundles, and even other .oo3 files are fine).

from core.

Never mind... it probably was related, as it was among the files I was trying to sync before resolving this issue. If I simply rename the file it syncs properly.

from core.

@MTGap It's not the CodeReview process itself which requires too much time but maintaining multiple releases is time consuming - but most of us will agree with me that that's a pure fact.
Sometimes it requires totally different patches to fix the same issue in different releases. But that's the way it is.
Yes - it's time consuming!

Enough on general talking:
I think you need to branch stable45, apply the patch manually (copy'n'paste) and push the merge request.

Take care!

from core.