Join GitHub today
0012614: No file or folders shown in network drive (Windows 10 client) #6241
Reported by estradis on 6 Feb 2017 14:37
Version: 2016.09.7 Community Edition
As already described in the community I have the issue that the contents of the network drives are not longer shown, but can be accessed by addressing the resources directly. When createing a new object, it wont be shown eighter. In the webgui all items will be showed as well.
Meanwhile I restarted the server multiple times and also updated tine to it's latest version, but nothing helped.
I created this issue with severity "block" and priority "urgent" because the users meanwhile refuses to use the network drives that way. (And one of these users is our CEO :-/ Not Good!)
Steps to reproduce: Try to connect with W10 client using following command
You will be asked for credentials and then logged in, but no content will be shown in explorer window.
Type in the full path of a file and you will be able to open it.
Additional information: More information described in community
Comment posted by estradis on 14 Feb 2017 17:52
I'm a little bit confused about your response. I guess you mean to set DEBUG(7) and post the logfile, aren't you? So here we go:
I temporary set loglevel to DEBUG(7), then I tried to get contents from webdav folder "webdav/Filemanager". The log was grepped out to prevent log from other applications. After that I tried to append the user folder as well as the shared folder but every time it ended in the same result. (No logs grepped out as the havn't any new content). I also cannot found any error, so I'm not able to found any start point to resolve.
Here are the log results from accessing the Filemanager folder.
root@tine:~# tail -f /var/log/tine20/tine20.log | grep Filemanager
ebee1 <username> - 2017-02-14T17:39:55+00:00 INFO (6): Tinebase_Server_WebDAV::handle::70 requestUri:/tine20/webdav/Filemanager
Comment posted by estradis on 14 Feb 2017 17:57
Maybe it means nothing, but a few days before I updated an other issue with a weird behavior of tine when the Active Directory password have been changed to another one and then back to the old one.
Could it be something similar to this?
Comment posted by lab-at-nohl on 16 Apr 2017 01:12
Hello, I encountered the same problem after updating to 2017.03.2 (from 2016.09.x). I would blame native Windows client and/or sabreDAV, especially the first because all other clients work as expected.
The problem - due to my debugging - is an empty request (null) from windows clients - other clients, at the latest with the second request, send a empty xml skeleton.
I attached a quick fix (dirty) which works for me. Tinebase_Server_WebDAV.patch changes Tinebase/Server/WebDAV.php.
The patch simply adds the missing skeleton if client is Windows. Also, I added a pull request in the case you want to keep this patch for a while in master until upstream might change. In my view this should be addressed by Microsoft anyway and in the meantime also by sabreDAV.
Please give me your remarks.
Comment posted by estradis on 18 Apr 2017 08:01
thank you for your workaround. I can confirm that it works for our company too.
On my PC (using a proxy) the responses take between 10-34 seconds. On other PCs (direct) the responses are between 5-22 seconds. Don't know whether this is normal, but I can live with that.
Comment posted by estradis on 18 Apr 2017 08:07
Here are the anonymized logs:
c1605 <USER1> - 2017-04-18T07:34:17+00:00 DEBUG (7): Tinebase_Server_WebDAV::handle::94 requestContentType: text/xml; charset=utf-8
Comment posted by estradis on 29 Jun 2017 11:55
Sorry for re-opening this issue, but the workaround has a side effect.
You can reproduce it by following steps:
Now you will see the xml frame as "content" of the text file. Fortunatly this behavior disappears when you change the content and save the file.