mediathekview/plugin.video.mediathekview

Python 3.10.1 - register_adapters_and_converters - issue on RP3 - Kodi 19.3-3

ErnstNeger opened this issue · 6 comments

Hi,

writing this in English to achieve the widest reach.

I just installed a fresh Kodi (19.3-3) on a RapsberryPi 3 running an up-to-date ArchLinuxARM.

Installing the latest version of the addon from the Matrix repository seems to break all other addons in Kodi. I confirmed that for my setup by doing a fresh install after encountering the issue and finding the same result.

Here's what I did:

  • I installed Kodi from scratch (sudo pacman -S kodi-rpi kodi-rpi-dev kodi-rpi-eventclients).
  • I installed Kodi addons Inputstream adaptive and Inputstream RTMP from AUR.
  • I rebooted.
  • I updated the entire system using sudo pacman -Syu, nothing to do.
  • I check dmesg, nothing suspicious.
  • I started my configured VPN client, no issues there.
  • I started Kodi using `sudo systemctl start kodi.service
  • I enabled Kodi logging right away (I got asked whether I want to activate the RTMP addon with a pop-up prior to enabling the logging).
  • I installed the DNS Leak Test addon to be able to test my VPN connection.
  • I started the DNS Leak Test addon (started and DNS was not leaking 🥳).
  • I installed latest version of the MediathekView addon from the repository.
  • I started MediathekView (nothing happening, blue circle just turning for ages).
  • I quit MediathekView (luckily Kodi has not crashed at that point) and go back to the addon home screen.
  • I started the DNS Leak Test addon again (it did not start, the blue circle was just turning for ages).
  • Figuring the problem would be with the MediathekView addon, I tried uninstalling the addon which failed and Kodi crashed (this is the point where my kodi.log ends.
  • I had to ungracefully stop Kodi using systemctl stop kodi.service, maybe the output while it was stoping is interesting.
  • After a reboot (Arch was still responsive at this point) I could disable the MediathekView addon and tried uninstalling it again which worked this time.
  • At that point I found the latest kodi_crashlog-20220105_183945.log (previous ones show very similar if not identical logs).

The crash log (to me) suggests some kind of issue with time/date, so I checked my setup using timedatectl but it seems ok.

I have absolutely no clue what the issue might be, so I'm happy if anyone can guide me somewhere. Of course, the root cause might be with Kodi or my setup as well, I just figured this would be a good starting point. I'm happy to post somewhere else as well if I have some reasonable hints to do so at lest 😄

Thanks and best regards.

The last step in your logfile is the download and decompress of the movie DB.
2022-01-05 18:20:22.635 T:720 DEBUG <general>: [plugin.video.mediathekview-1.0.0+matrix.1:UpdateFileDownload]: decompress xz 0 in 38.24269223213196 sec
The next step would be rename of the decompressed file (as per below log file from my installation):
[plugin.video.mediathekview-1.0.0+matrix.1:UpdateFileDownload]: renamed [...]tmp_filmliste-v3.db to [...]filmliste-v3.db in 0.003 sec
I think you should check the path if the file has been downloaded / compressed and try to rename it. Maybe you sent a listing of the diretory.
2022-01-05 18:19:44.392 T:720 DEBUG <general>: [plugin.video.mediathekview-1.0.0+matrix.1:UpdateFileDownload]: downloaded /home/kodi/.kodi/userdata/addon_data/plugin.video.mediathekview/tmp_filmliste-v3.db.xz in 16.130406618118286 sec

Hi,

unfortunately, I can't check that right now as the plugin crashed Kodi upon installation _again_and Kodi was then in a crash-restart loop. Unfortunately, I didn't have logging enabled at the time of installation (for whatever stupid reason 🙄). However, I could find Kodi crash logs and they all boil down to some issue with the conversion of a timestamp, see files below:

kodi_crashlog-20220106_154437.log
kodi_crashlog-20220106_154527.log
kodi_crashlog-20220106_154610.log
kodi_crashlog-20220106_154651.log
kodi_crashlog-20220106_154732.log
kodi_crashlog-20220106_154813.log
kodi_crashlog-20220106_154858.log
kodi_crashlog-20220106_154944.log
kodi_crashlog-20220106_155026.log

I did check the directory /home/kodi/.kodi/userdata/addon_data/plugin.video.mediathekview/ as you suggested, it has not been created during this failed installation.

Best regards.

Update:

Without manually removing the folder plugin.video.mediathekview (which was apparently created although the installation failed in general) from /home/kodi/.kodi/addons, Kodi was stuck in an infinite crash-restart loop (Arch was still responsive, so I could stop Kodi eventually using systemctl stop kodi.service and remove the plugin manually). Afterwards, Kodi started up just fine.

Best regards.

The MV plugin will start a service on Kodi start up. So every time you start Kodi, the service will be started.
You can switch off the service via settings or update the setting.xml (/home/kodi/.kodi/userdata/addon_data/plugin.video.mediathekview/) file manually:
<setting id="updmode">0</setting>

The date time exception is some 3.10 python bug reported here
"/usr/lib/python3.10/sqlite3/dbapi2.py", line 83, in register_adapters_and_converters

A workaround is described in the Kodi Forum here which makes me think this a global issue with Kodi since the author does not mention any relation to some plug-in.

Anyway, please provide the listing and we can take it from there….I will also upload a version 1.0.6 into the beta Repo which will do some changes to the reported issue. Not sure if this will fix the issue but these changes have been on my plate anyway…

The MV plugin will start a service on Kodi start up. So every time you start Kodi, the service will be started. You can switch off the service via settings or update the setting.xml (/home/kodi/.kodi/userdata/addon_data/plugin.video.mediathekview/) file manually: <setting id="updmode">0</setting>

Couldn't do that as the folder was non-existent.

The date time exception is some 3.10 python bug reported here "/usr/lib/python3.10/sqlite3/dbapi2.py", line 83, in register_adapters_and_converters

Agreed, that seems to be the issue, breaks a sh*tload of addons, f.e. YouTube. Thus, I changed the title to something more meaningful.

A workaround is described in the Kodi Forum here which makes me think this a global issue with Kodi since the author does not mention any relation to some plug-in.

Sure is. I will wait for a fix in Python rather than going through the whole downgrade hassle and possibly breaking other stuff on the road.

Anyway, please provide the listing and we can take it from there….I will also upload a version 1.0.6 into the beta Repo which will do some changes to the reported issue. Not sure if this will fix the issue but these changes have been on my plate anyway…

I take it you're talking about the listing of files in /home/kodi/.kodi/userdata/addon_data/plugin.video.mediathekview/? Like I said, can't provide it as the directory does not get created on installing (Kodi crashes beforehand).

Sorry, our updates on this topic collided…you can have a try in the beta Repo but I guess you are going to rollback your installation…
Closing this one