15.9.2021, 16:35
(Tento příspěvek byl naposledy změněn: 16.9.2021, 5:25 uživatelem JiRo.
Důvod úpravy: Překlep
)
SCC se vždy po startu Kodi ptá na nastavení... 
Tak jsem se u známého i já konečně osobně setkal s tím, že najednou, z ničeho nic, po dlouhé době správné funkce, vyzývá addon SCC znova ke kompletnímu nastavení. Ten problém je celkem zřejmý. Addon SCC má, díky svému specifickému řešení spolupráce mezi částí plugin a service, problém s občasnou chybou zápisu do souboru nastavení (settings.xml). Kdo si pamatuje historii SC2/SCC, bylo tomu tak od začátku. Dokonce zkraje to bývalo ještě horší, než autor změnil obsluhu souboru nastavení právě v části service (diskutovali jsme to spolu shodou okoností právě v tomto tématu). Ale ani teď to není úplně 100%. Nebudu psát "já to říkal" jak Sheldon Cooper, ale říkal jsem to. Tedy to, že masivní přesunutí části funkcí SCC do části service nebude jen tak. Ale budiž, je to věc autorů a my uživatelé se s tím musíme smířit.
Jiná věc je, jak se z případnými problémy vypořádávají postižení. V fóru SCC jsme si nedávno přečetl rady, jak postupovat, a nestačil jsem se divit. Jedna z rad, jak postupovat v případě, že: "SCC se vždy po startu Kodi ptá na nastavení," totiž zněla:
"...je třeba smazat i zbytky po instalaci Kodi a SCC, já vždy odinstaluju SCC, poté smažu soubory a zbytky po SCC, poté odinstaluji Kodi a smažu vše po něm. Pak nainstaluju Kodi, dám mu chvilku ať vše naběhne, nastavím Kodi, poté nahodim repo SCC, počkám chvilku, nastavím SCC, hlavně nespěchám...!"
Kdybych měl tuhle radu k něčemu přirovnat, tak k tomu, že když někdo ztratí klíče od domu, tak to vyřeší tím, že dům vystěhuje, zbourá ho, postaví nový, s novými dveřmi dostane nové klíče a nastěhuje se zpět... Dál to raději komentovat nebudu, aby se zase někdo neurazil.
Teď už tedy k věci.
Analyzoval jsem stav Kodi a addon před a po téhle události. Z analýzy před je vidět, že SCC má velmi často problémy se zápisem do souboru nastavení. Místo "se zápisem" by bylo lepší napsat s vytvořením. Je to xml soubor, takže se změny do něj zapisují tak, že se vždy vytvoří soubor nový. Ve všech případech, kdy k tomu došlo, byl stav takový, že soubor settings.xml sice existoval, měl však nulovou délku. Bylo tedy jen věcí okamžiku vzít tento soubor z poslední zálohy Kodi, a při zastaveném addon SCC ho nakopírovat do datového adresáře addon. Povolením addon se vše vrátilo k normálu.
Řešení je nasnadě. Tedy když pomineme to, že by tenhle problém měli řešit autoři addon a ne ho jen komentovat tím, že se to stává jen lidem co mají příliš mnoho spuštěných addon. Pro ty, kterým se to stane jednou dvakrát do roka, stačí výše uvedený postup. Vzít soubor settings.xml z poslední zálohy a ručně ho nakopírovat do příslušného adresáře (při zastaveném addon nebo Kodi). Pokud se to někomu stává častěji a chce před nefunkčností SCC ochránit i laické uživatele, je možné uvažovat o nějaké mírné automatizaci. Něco takového zkouším, jde o jednoduchý script, který testuje výskyt souboru settings.xml s nulovou délkou a případně ho přepíše odloženou zálohou. Až dám dohromady nějaké jednoduché, elegantní a reprodukovatelné řešení, určitě ho tu popíšu.
Tak jsem se u známého i já konečně osobně setkal s tím, že najednou, z ničeho nic, po dlouhé době správné funkce, vyzývá addon SCC znova ke kompletnímu nastavení. Ten problém je celkem zřejmý. Addon SCC má, díky svému specifickému řešení spolupráce mezi částí plugin a service, problém s občasnou chybou zápisu do souboru nastavení (settings.xml). Kdo si pamatuje historii SC2/SCC, bylo tomu tak od začátku. Dokonce zkraje to bývalo ještě horší, než autor změnil obsluhu souboru nastavení právě v části service (diskutovali jsme to spolu shodou okoností právě v tomto tématu). Ale ani teď to není úplně 100%. Nebudu psát "já to říkal" jak Sheldon Cooper, ale říkal jsem to. Tedy to, že masivní přesunutí části funkcí SCC do části service nebude jen tak. Ale budiž, je to věc autorů a my uživatelé se s tím musíme smířit.
Jiná věc je, jak se z případnými problémy vypořádávají postižení. V fóru SCC jsme si nedávno přečetl rady, jak postupovat, a nestačil jsem se divit. Jedna z rad, jak postupovat v případě, že: "SCC se vždy po startu Kodi ptá na nastavení," totiž zněla:
"...je třeba smazat i zbytky po instalaci Kodi a SCC, já vždy odinstaluju SCC, poté smažu soubory a zbytky po SCC, poté odinstaluji Kodi a smažu vše po něm. Pak nainstaluju Kodi, dám mu chvilku ať vše naběhne, nastavím Kodi, poté nahodim repo SCC, počkám chvilku, nastavím SCC, hlavně nespěchám...!"
Kdybych měl tuhle radu k něčemu přirovnat, tak k tomu, že když někdo ztratí klíče od domu, tak to vyřeší tím, že dům vystěhuje, zbourá ho, postaví nový, s novými dveřmi dostane nové klíče a nastěhuje se zpět... Dál to raději komentovat nebudu, aby se zase někdo neurazil.
Teď už tedy k věci.
Analyzoval jsem stav Kodi a addon před a po téhle události. Z analýzy před je vidět, že SCC má velmi často problémy se zápisem do souboru nastavení. Místo "se zápisem" by bylo lepší napsat s vytvořením. Je to xml soubor, takže se změny do něj zapisují tak, že se vždy vytvoří soubor nový. Ve všech případech, kdy k tomu došlo, byl stav takový, že soubor settings.xml sice existoval, měl však nulovou délku. Bylo tedy jen věcí okamžiku vzít tento soubor z poslední zálohy Kodi, a při zastaveném addon SCC ho nakopírovat do datového adresáře addon. Povolením addon se vše vrátilo k normálu.
Řešení je nasnadě. Tedy když pomineme to, že by tenhle problém měli řešit autoři addon a ne ho jen komentovat tím, že se to stává jen lidem co mají příliš mnoho spuštěných addon. Pro ty, kterým se to stane jednou dvakrát do roka, stačí výše uvedený postup. Vzít soubor settings.xml z poslední zálohy a ručně ho nakopírovat do příslušného adresáře (při zastaveném addon nebo Kodi). Pokud se to někomu stává častěji a chce před nefunkčností SCC ochránit i laické uživatele, je možné uvažovat o nějaké mírné automatizaci. Něco takového zkouším, jde o jednoduchý script, který testuje výskyt souboru settings.xml s nulovou délkou a případně ho přepíše odloženou zálohou. Až dám dohromady nějaké jednoduché, elegantní a reprodukovatelné řešení, určitě ho tu popíšu.