2018-06-12, 21:21
@JohnPlayerSpecial can you try the last nightly before PR #13647 was merged? If it works there I guess we'll have to find the exact place where it doesn't treat the protocol options appropriately.
(2018-06-12, 21:21)yol Wrote: @JohnPlayerSpecial can you try the last nightly before PR #13647 was merged? If it works there I guess we'll have to find the exact place where it doesn't treat the protocol options appropriately.That was on on 19 Apr (https://github.com/xbmc/xbmc/pull/13647 ?) - in http://mirrors.kodi.tv/nightlies/windows/win64/master/ the oldest one is KodiSetup-20180501-3a989eee-master-x64.exe (compiled 2018-May-02 03:57), so where can I find older ones?
(2018-06-12, 22:30)yol Wrote: OK if it's broken anyway without verifypeer I think we can focus on these bugs for now and see if the SSL-related stuff gets fixed as a by-product.I did not checked Test1) again, but Test2) also fails on a local file source. I tested it just now with KodiSetup-20180504-74ebeb38-master-x64.exe (compiled 2018-May-05 04:01) Here is my Testmovie-folder with dummyfiles: https://www80.zippyshare.com/v/dxhUa1SA/file.html
Did you by any chance test this already on a local file source? Otherwise I'll just do that myself to narrow it down (whether it's a DAV problem or more general).
(2018-06-12, 23:22)JohnPlayerSpecial Wrote: (I dont know if its because the mkv-files are 1kilobyte dummies?)It's not. I changed all dummyfiles to small videos https://www78.zippyshare.com/v/eUQazMHT/file.html - re-adding still is impossible after deleting once23:13:15.982 T:214444 WARNING: Skipping item 'davs://USERNAME[email protected]:443/Shutter%20Island%20(2010)/Shutter%20Island.mkv' with '.nomedia' file in parent directory, it won't be added to the library.
(2018-06-12, 23:40)JohnPlayerSpecial Wrote: It's not. I changed all dummyfiles to small videos https://www78.zippyshare.com/v/eUQazMHT/file.html - re-adding still is impossible after deleting once23:13:15.982 T:214444 WARNING: Skipping item 'davs://USERNAME[email protected]:443/Shutter%20Island%20(2010)/Shutter%20Island.mkv' with '.nomedia' file in parent directory, it won't be added to the library.
(2018-06-13, 00:04)yol Wrote:Maybe a good news: It does not seemd to be a magentacloud specific thing as I get the same error message with my webdavs on my nas with your KodiSetup-20180611-604e2923-PR14016-merge-x64.exe(2018-06-12, 23:40)JohnPlayerSpecial Wrote: It's not. I changed all dummyfiles to small videos https://www78.zippyshare.com/v/eUQazMHT/file.html - re-adding still is impossible after deleting once23:13:15.982 T:214444 WARNING: Skipping item 'davs://USERNAME[email protected]:443/Shutter%20Island%20(2010)/Shutter%20Island.mkv' with '.nomedia' file in parent directory, it won't be added to the library.
Seems it thinks there's a .nomedia file even though it's getting a 404. Finally some code to investigate :-)
(2018-06-18, 17:31)yol Wrote: Hi,Thanks for Info so far! First problem sounds not trivial..
the .nomedia problem should be gone with https://github.com/xbmc/xbmc/pull/14038 - it should have only been there when enabling CURL component logging. It also explains the difference you have seen between the May 02 and May 05 versions, since the problematic PR was merged between those dates.
I have however identified some more problems:If I remember correctly your initial problem of having all files disappear from library on cleanup is fixed, right? I'll be away for a few days so the remaining fixes might need some time.
- Somehow the path of the source gets registered twice in the database, one time with verifypeer=false and one time without, and both are used for different purposes. I still need to find out why we get the source twice in the first place, so it could be difficult.
- When deleting content from the library with "Clean library", the content hash for the folders is not reset. This basically means that if the directory looks the same between an library update you do before and after the cleaning (for example because you copied the files you deleted back), it will not be re-scanned even though it should (since content was deleted that would have to be re-added). This still needs to be fixed and should not be complicated, but first the problem above needs to be solved.
- .nomedia is sometimes checked on files and not on directories; fixed by https://github.com/xbmc/xbmc/pull/14076
(2018-06-18, 17:31)yol Wrote:I tested KodiSetup-20180629-254e7f9c-master-x64.exe today and this problem is left: After deleting a folder/moviefile from webdav-source and doing "clean library" kodi deletes movie from library - perfect. But if you re-add this folder/file to the webdav-source re-adding via "update library" does not rescan it to library.
- When deleting content from the library with "Clean library", the content hash for the folders is not reset. This basically means that if the directory looks the same between an library update you do before and after the cleaning (for example because you copied the files you deleted back), it will not be re-scanned even though it should (since content was deleted that would have to be re-added). This still needs to be fixed and should not be complicated, but first the problem above needs to be solved.
Quote:allow_anon_ssl=NOKodiSetup-20180919-2c44473e-master-x64.exe
force_local_data_ssl=YES
force_local_logins_ssl=YES
ssl_tlsv1=YES
ssl_sslv2=NO
ssl_sslv3=NO
rsa_cert_file=/etc/vsftpd/ssl/vsftpd.pem
Quote: <source>I tried many different things: Adding ftp cert and playing around with source path but its only connecting if I set force_local_data_ssl=NO & force_local_logins_ssl=NO
<name>TEST</name>
<path pathversion="1">ftp://user:[email protected]:port/|AUTH=TLS|verifypeer=false</path>
<allowsharing>true</allowsharing>
</source>