I just upgraded to OSMC 2017.10, that includes a new Kodi 17.5.
After this upgrade, updating the webdav library is VERY slow. It takes ages. Checking the webdav server log file, I see this:
For EACH film/tvshow in the webdav library, Kodi is doing a HEAD request to the path “FILM/.nomedia” or “EPISODE/.nomedia”. Those are NOT directories, they are files. It looks like Kodi is thinking that everything is a directory. The server is replying with 404 (not found), but the process is extremely slow and annoying. A library update used to take five minutes, now it takes hours.
Worse, the situation first affected only a webdav directory, but now it is affecting all of them (after a couple of days). No changes in my OSMC client or webdav server configuration.
I have checked that my scrapper has NO “each film is inside a directory with its name” flag. I haven’t changed anything in my configuration in the last few weeks.
Yes, I did a quick “git diff” between version 17.4 and 17.5 and I didn’t see anything relevant in the code, although I am not familiar with Kodi internals.
Nevertheless, the webdav logs are quite clear :-).
I have compiled Kodi 17.4 and 17.5 in my Ubuntu laptop. 17.4 seems to work fine. 17.5 works fine some times and other times it does the “.nomedia” requests.
So you are seeing the problem on Ubuntu as well? Then you should take this up with the Kodi forums.
We believe this is a Kodi issue or a specific Kodi function and as such you should look at addressing the issue there. We are unable to resolve your issue. If you do believe that this is an OSMC specific issue, please let us know.
After investigation, this is a KODI issue, not OSMC. Nevertheless, I would like some other people using OSMC and experiencing the same issue to be able to find details here.
I would love to see this patched in OSMC as soon as upstream KODI has a fix even if XBMC team doesn’t do a proper KODI release.
Well, you could always fix it yourself since you know the PR that caused the problem
It’s up to Sam if he will backport a fix, but since there is actually no fix (just a PR that apparently caused the problem) then there is actually no fix to backport.
If it’s really that much of a problem for you, then maybe you should downgrade OSMC back to where it was working until the Kodi people come up with a fix.
Add the following line: deb http://apt.osmc.tv jessie-devel main
Run the following commands to update: sudo apt-get update && sudo apt-get dist-upgrade && reboot
Your system should have have received the update.
Please see if the issue is resolved.
I also recommend you edit /etc/apt/sources.list again and remove the line that you added after updating. This will return you to the normal update channel.
Hi, Sam. I have spend a couple of days testing this preview. These are my results:
This preview release solves the massive “.nomedia” requests. Nice. Thanks.
I see occasional accesses inside directories marked with “.nomedia”. This is apparently a bug in Kodi >17.4, since I don’t see this in Kodi 17.4. This is probably the reason of the original patch causing the regression. This only happens from time to time, so I guess there are some kind of race condition somewhere. Personally I find this far more tolerable that the massive “.nomedia” requests and the multi hour library updates.
I think that OSMC should keep your patch (“backouting” the original KODI patch) until Kodi itself solves the real issue.
Thanks for paying attention to feedback, Sam. Looking forward for 2017.11 OSMC release.
