2016-05-03, 16:53
I stream video from a remote server which I access via an https share. Following the wiki, the Share is added in the form
The 'auth=any" bit is needed to ensure authorisation takes place with the remote server - without it I can't connect.
The share works and I can see my files. I then Set Content on a subfolder on this share as 'TV' and scan it into the Library. All good, and I can see and play video. However...when I attempt to clean the library, it seems to do it's stuff, but nothing that has been deleted on the server gets removed, and at the end of the clean process, I get a box asking me what i want to do with an unavailable share, keep or remove? (I can't see it's full name as the dialogue box is too small).
It seems that the "|auth=any" part of the share url is causing the issue. I think the Cleanup Library process may be taking that to be part of the path to the share - or maybe it's the code that adds it to the library that is wrong - I don't know. Either way, nothing can be cleaned from the library as there is there is some discrepency in the database, which also affects subsequent scans.
This used to work in Kodi 13 but broke in 14 onwards, I think. Also, this appears to a cross platform issue - it does it on my main Intel NUC running Openelec, but also on my Pi running OSMC, where I generated the debug log.
Details:
1. Version of Kodi is 16.1 Release
2. RAM is 512MB.
3. Details to reproduce - start with an empty Video DB, add an https share as above with "|auth=any", set folder on share to be TV, scan, then clean the library
I have also tried creating an FTP share using TLS, of the form:
and get the same problem, so I think that is also being caused by the "auth=tls" bit.
Debug log from OSMC is at http://xbmclogs.com/pjzsxyud4
Code:
https://username:[email protected]:443/rutorrent/username/|auth=any
The 'auth=any" bit is needed to ensure authorisation takes place with the remote server - without it I can't connect.
The share works and I can see my files. I then Set Content on a subfolder on this share as 'TV' and scan it into the Library. All good, and I can see and play video. However...when I attempt to clean the library, it seems to do it's stuff, but nothing that has been deleted on the server gets removed, and at the end of the clean process, I get a box asking me what i want to do with an unavailable share, keep or remove? (I can't see it's full name as the dialogue box is too small).
It seems that the "|auth=any" part of the share url is causing the issue. I think the Cleanup Library process may be taking that to be part of the path to the share - or maybe it's the code that adds it to the library that is wrong - I don't know. Either way, nothing can be cleaned from the library as there is there is some discrepency in the database, which also affects subsequent scans.
This used to work in Kodi 13 but broke in 14 onwards, I think. Also, this appears to a cross platform issue - it does it on my main Intel NUC running Openelec, but also on my Pi running OSMC, where I generated the debug log.
Details:
1. Version of Kodi is 16.1 Release
2. RAM is 512MB.
3. Details to reproduce - start with an empty Video DB, add an https share as above with "|auth=any", set folder on share to be TV, scan, then clean the library
I have also tried creating an FTP share using TLS, of the form:
Code:
ftp://username:[email protected]:21/?auth=tls
and get the same problem, so I think that is also being caused by the "auth=tls" bit.
Debug log from OSMC is at http://xbmclogs.com/pjzsxyud4