Not sure where it is going wrong but I did a fresh rescan of my libary and all shows are imported Okay except The Simpsons.
It shows as an empty folder
Running on Vero 4K+ latest version.
Shared MySQL database
Using TheTVDB as provider
In my KODI log I see the following after a Refresh info, each time I delete the empty folder again and do a rescan or doe Refresh Info from Internet it is the same result.
https://paste.osmc.tv/gojefuvere
It seems to be related to this
https://forums.thetvdb.com/viewtopic.php?f=18&t=62639&p=171142&hilit=Simpsons#p171142
current mySQL Mode is
+---------------+-------------------------------------------------------------------------------------------------------------------------------------------+
| Variable_name | Value |
+---------------+-------------------------------------------------------------------------------------------------------------------------------------------+
| sql_mode | ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION |
+---------------+-------------------------------------------------------------------------------------------------------------------------------------------+
How do I enable code formatting on this forum? Found it, same as Github
I think your problem is this.
opened 11:36AM - 18 Mar 19 UTC
Component: Database
Platform: Linux
Platform: macOS
Triage: Confirmed
## Bug report
Failure to scrape Series on Systems with MySQL Database
### Desc… ribe the bug
This behaviour was observed on Systems working with MySQL Database: when trying to scrape some TV series with `metadata.tvshows.themoviedb.org` the data is not written correctly to the database. This happens with some series like "Game of Thrones".
## Expected Behavior
The metadata is scraped correctly
## Actual Behavior
A broken (Empty) TV Series is created
## Possible Fix
The Kodi log file shows that an error occurs when the information would be stored in the table `tvshow`:
```
2019-03-17 23:40:02.140 T:140430353423744 ERROR: SQL: [xbmc_de_videodb116] Undefined MySQL error: Code (1406)
Query: UPDATE tvshow SET c00='Game of Thrones',c01='Seven noble families fight fo
r control of the mythical land of Westeros. Friction between the houses leads to full-scale war. All while a very ancient evi
l awakens in the farthest north. Amidst the war, a neglected military order of misfits, the Night\'s Watch, is all that stand
s between the realms of men and icy horrors beyond.',c02='',c04='7813',c05='2011-04-17',c06=<absolute_gigantic_amount_of_data> ...
```
Series like _"Game of Thrones"_ are well documented in _The Movie Database_ and users have provided a huge amount of posters, fan art, etc.
Because of this, the amount of data returned by the TMDb API is quite big. A huge part of the response will be stored in the field `tvshow.c06` - the type of this field is `TEXT`.
According to the MySQL Documentation, the maximum length of data in a field of type `TEXT` is 2^16 ( = 65536 Bytes). This seems to be too short for some TV Series.
After changing the type of the field to `LONGTEXT` everything works fine.
Maybe it is a good idea to check if other fields in other tables may have the same problem.
### To Reproduce
Steps to reproduce the behavior:
1. Configure a Kodi System with MySQL Database (in my case MySQL 5.7)
2. Use `metadata.tvshows.themoviedb.org` as TV Series scraper
3. Try to scrape a TV Series source containing the directory `Game of Thrones`.
### Debuglog
The debuglog can be found here:
- MacOS: https://paste.kodi.tv/orufoyiser.kodi
- Linux: https://paste.kodi.tv/dupudeveti.kodi
### Your Environment
Used Operating system:
- [X] Linux
- [X] OSX
- Operating system version/name: LibreELEC (official): 9.0.1, kernel: Linux x86 64-bit version 4
.19.23
- Kodi version: Kodi (18.1 Git:18.1-Leia). Platform: Linux x86 64-bit
- Operating system version/name: OS X 10.14.3, kernel: Darwin x86 64-bit version 18.2.0
- Kodi version: Kodi (18.1 Git:20190217-8cfdc895f3). Platform: OS X x86 64-bit
*note: Once the issue is made we require you to update it with new information or Kodi versions should that be required.
Team Kodi will consider your problem report however, we will not make any promises the problem will be solved.*
I changed mine with HeidiSQL fairly easily to fix the same issue with Doctor Who.
1 Like
gmc
13 April 2020 17:23
4
This looks like its related to the size of the field:
020-04-13 18:15:54.512 T:4071305216 ERROR: SQL: [mastervideo116] Undefined MySQL error: Code (1406)
Query: UPDATE tvshow SET c00='The Simpsons',c01='Set in Springfield, the average American town, the show focuses on the antics and everyday adventures of the Simpson family; Homer, Marge, Bart, Lisa and Maggie, as well as a virtual cast of thousands. Since the beginning, the series has been a pop culture icon, attracting hundreds of celebrities to guest star. The show has also made name for itself in its fearless satirical take on politics, media and American life in general.',c02='',c04='18108',c05='1987-04-19',c06='<thumb aspect=\"poster\"
There is a Kodi issue open for this:
opened 11:36AM - 18 Mar 19 UTC
Component: Database
Platform: Linux
Platform: macOS
Triage: Confirmed
## Bug report
Failure to scrape Series on Systems with MySQL Database
### Desc… ribe the bug
This behaviour was observed on Systems working with MySQL Database: when trying to scrape some TV series with `metadata.tvshows.themoviedb.org` the data is not written correctly to the database. This happens with some series like "Game of Thrones".
## Expected Behavior
The metadata is scraped correctly
## Actual Behavior
A broken (Empty) TV Series is created
## Possible Fix
The Kodi log file shows that an error occurs when the information would be stored in the table `tvshow`:
```
2019-03-17 23:40:02.140 T:140430353423744 ERROR: SQL: [xbmc_de_videodb116] Undefined MySQL error: Code (1406)
Query: UPDATE tvshow SET c00='Game of Thrones',c01='Seven noble families fight fo
r control of the mythical land of Westeros. Friction between the houses leads to full-scale war. All while a very ancient evi
l awakens in the farthest north. Amidst the war, a neglected military order of misfits, the Night\'s Watch, is all that stand
s between the realms of men and icy horrors beyond.',c02='',c04='7813',c05='2011-04-17',c06=<absolute_gigantic_amount_of_data> ...
```
Series like _"Game of Thrones"_ are well documented in _The Movie Database_ and users have provided a huge amount of posters, fan art, etc.
Because of this, the amount of data returned by the TMDb API is quite big. A huge part of the response will be stored in the field `tvshow.c06` - the type of this field is `TEXT`.
According to the MySQL Documentation, the maximum length of data in a field of type `TEXT` is 2^16 ( = 65536 Bytes). This seems to be too short for some TV Series.
After changing the type of the field to `LONGTEXT` everything works fine.
Maybe it is a good idea to check if other fields in other tables may have the same problem.
### To Reproduce
Steps to reproduce the behavior:
1. Configure a Kodi System with MySQL Database (in my case MySQL 5.7)
2. Use `metadata.tvshows.themoviedb.org` as TV Series scraper
3. Try to scrape a TV Series source containing the directory `Game of Thrones`.
### Debuglog
The debuglog can be found here:
- MacOS: https://paste.kodi.tv/orufoyiser.kodi
- Linux: https://paste.kodi.tv/dupudeveti.kodi
### Your Environment
Used Operating system:
- [X] Linux
- [X] OSX
- Operating system version/name: LibreELEC (official): 9.0.1, kernel: Linux x86 64-bit version 4
.19.23
- Kodi version: Kodi (18.1 Git:18.1-Leia). Platform: Linux x86 64-bit
- Operating system version/name: OS X 10.14.3, kernel: Darwin x86 64-bit version 18.2.0
- Kodi version: Kodi (18.1 Git:20190217-8cfdc895f3). Platform: OS X x86 64-bit
*note: Once the issue is made we require you to update it with new information or Kodi versions should that be required.
Team Kodi will consider your problem report however, we will not make any promises the problem will be solved.*
@darwindesign just beat me to it
2 Likes
Changing SQL mode to
+---------------+------------------------+
| Variable_name | Value |
+---------------+------------------------+
| sql_mode | NO_ENGINE_SUBSTITUTION |
+---------------+------------------------+
also works after the import I can switch back, it was only when doing a refresh that it is giving errors.
Thanks to the both of you.