[cdvreede]

Kodi beta 5 on Shield - WMC on Win7 - all wired via Gb network. All good except when I try to delete a Folder in recorded TV Kodi hangs. After restart I find it actually deleted the folder - just hangs up. Deleting a single show works fine however. Just tried the same with a Kodi install on Win10 - that works fine.

Any ideas??

thnx

[Klojum]

Any ideas??

Something goes wrong...

Got a debug log (wiki) and/or a crash-log file for us where another folder is being deleted?

[krustyreturns]

Please post the serverwmc log too (on pastebin or whatever), so I can see if it was actually deleted.

[cdvreede]

logs are at xqMJuH4D and XD8nSH1v in pastebin. Sorry - no idea how to use paste.kodi.tv or to embed links to pastebin...

thnx in advance. BTW - problem is only with Android - Kodi on Windows runs just fine

thnx

[cdvreede]

logs are at xqMJuH4D and XD8nSH1v in pastebin. Sorry - no idea how to use paste.kodi.tv or to embed links to pastebin...

thnx in advance. BTW - problem is only with Android - Kodi on Windows runs just fine

thnx

so its log and kodi log
thnx

p.s. still not figured out paste.kodi ;-)

[krustyreturns]

I will try to reproduce when I get some time, but if this problem only occurs in android I doubt there is anything I can do to fix it in the addon.

[cdvreede]

any chance you can forward to the kodi dev's?? Or get me the details and I'll try to get that done. Feels like a timeout issue - Kodi gets going with the delete - shows the "busy" circle and hangs. Deleting a single recording typically works - anything more and hanging is almost always certain. Strangely enough Kodi gets going with deleting - just stops short from completing. After a restart I would typically see a number of file in a library been deleted - but not all...

thnx

[Atreyu]

Confirming the exact same issue.
It seems to be unrelated to the backend and not limited to android (using tvmosaic with *elec).

I tried to see a pattern as it does not always happesns when deleting folders.

Was thinking about possible timing issue myself, but no expert here

Hope this gets tackeled as kodi hangs completely when it happens and needs to be restarted.

Will try and reproduce and post debugs

/edit : Some extra info. My ‘workaround’ now is to disable grouping (sideblade) ans then deleting recordings individually which works but can be a bit tedious for larger numbers.

[cdvreede]

Confirming the exact same issue.
It seems to be unrelated to the backend and not limited to android (using tvmosaic with *elec).

I tried to see a pattern as it does not always happesns when deleting folders.

Was thinking about possible timing issue myself, but no expert here

Hope this gets tackeled as kodi hangs completely when it happens and needs to be restarted.

Will try and reproduce and post debugs

/edit : Some extra info. My ‘workaround’ now is to disable grouping (sideblade) ans then deleting recordings individually which works but can be a bit tedious for larger numbers.

 Krustyreturns - could this be that the "delete folder when deleting last show" is causing the issue?? Will have a look at running with that option disabled - I presume it's a separate API call to delete the folder?? Could well be that that one times out or get's invoked before the delete itself has been completed??

thnx

[krustyreturns]

Yes, I think this is the same issue you reported and I think it is likely unrelated to the backend as well.  The backend (swmc in this case) and pvr.wmc do not have a delete folder command, instead kodi is handling folder deletion by sending multiple delete recording commands to the addon until they are all deleted.  I'm not sure what 'delete folder when deleting the last show' means since the kodi gui DISPLAYS the recordings in folders so long as that is what the backend requests (see the serverwmc setting for this).  So these folders only exist in the gui if there is a recording to put in them, once all the recordings are deleted the folder is automatically not displayed.

[emveepee]

@krustyreturns  I recently received reports of crashing on folders deletes with pvr-nextpvr too and posted this https://forum.kodi.tv/showthread.php?tid=341976  I note that you also trigger updates.  I have done some testing and with several files being deleted I can easy duplicate the crash (in Kodi.exe not the dll) but after removing the trigger I cannot.  Kodi does refresh the file system list so in v18 it probably isn't necessary.

Martin

[krustyreturns]

@emveepee thanks for that.  I think I do trigger updates when files are deleted.  Has this been reported to the kodi team?  A complete hang of kodi because the backend requests a list update is a pretty severe bug imo.

[emveepee]

No I didn't create an issue because I never heard anything from Kodi on the original post, and the decision to do the triggers is ours not Kodi's.  I am sure I can understand the problem since Kodi creates a list to iterate through and we are updating the list on each call.  Since Kodi refreshes ok without the trigger and there is nothing pvr-nextpvr needs to tell Kodi the trigger seems unnecessary.

On my PR https://github.com/kodi-pvr/pvr.nextpvr/pull/90 I did note there is an issue deleting a folder with an in-progress recording which I will raise once the PR is released and the crash reports (hopefully) disappear.

Martin

[krustyreturns]

I get what you are saying, but I still think triggering updates when they are not needed should be inefficient at worst, not require kodi to be restarted.

@cdvreede  and/or @Atreyu, based on @emveepee's findings, I could make a preview version of swmc that does not request a recording list update after a deletion if you guys are willing to test it.

[cdvreede]

I get what you are saying, but I still think triggering updates when they are not needed should be inefficient at worst, not require kodi to be restarted.

@cdvreede  and/or @Atreyu, based on @emveepee's findings, I could make a preview version of swmc that does not request a recording list update after a deletion if you guys are willing to test it.

 happy to - just let me know how to get it!