Version 13.8.0 (Linux) stürzt bei allen Einträgen zu "Jazzopen Stuttgart 2021" ab

[maroc]

@pidoubleyou
Das Problem tritt offenbar bei Filmen auf, in deren Beschreibung Umlaute unorthodox in Unicode kodiert sind, nämlich als Grundbuchstabe gefolgt von einem kombinierenden Trema (beispielsweise ü als 0x0075 0x0308 statt als 0x00fc).

Wenn ich gezielt nach solchen Einträgen suche, finde ich noch rund 200 weitere Einträge, die bei mir ebenfalls zu einem Absturz von MediathekView führen – etwa beim Film “Howard Carpendale: Ein Leben für die Show”, um nur ein weiteres Beispiel zu nennen.

[maroc]

Nachtrag: Nicht nur in manchen Beschreibungen, sondern auch in einigen Filmtiteln sind die Umlaute “falsch” normalisiert (NFD statt NFC). Das kann zur Folge haben, dass die betroffenen Filme über die Suche von MediathekView nicht gefunden werden. Beispiel: Mit dem Suchbegriff “Amokläufe” wird der Film “Verursachen Videospiele Amokläufe?” (Sender:ARD, Thema: maiLab) nicht gefunden, obwohl er in der Filmliste vorhanden ist.

Betrifft insgesamt nur ca. 200 Filme, ist also nicht dramatisch. Trotzdem ein Workaround für Linux: Bei Bedarf kann die Filmliste zu NFC normalisiert werden, sodass die “Fehler” in MediathekView nicht mehr auftreten.

cd ~/.mediathek3
uconv -x any-nfc -o filme-nfc.json filme.json && mv filme-nfc.json filme.json

Der Befehl uconv wird vom Paket icu-devtools (Debian, Ubuntu) bzw. icu (Arch, Manjaro) bereitgestellt.

[styroll]

@maroc sagte: Das kann zur Folge haben, dass die betroffenen Filme über die Suche von MediathekView nicht gefunden werden. Beispiel: Mit dem Suchbegriff “Amokläufe”

Gute bzw. nützliche Analyse. Dieses Problem äusserst sich – im Unterschied zu den anderen oben geschilderten Problemen – auch unter macOS und Windows.
Ich interpretiere das so, dass (nur) auf gewissen Webseiten (z.B. von Arte) Decomposed Unicode für Umlaute verwendet wird, z.B. bei diesem Jazzopen-Beitrag (der auch mit aktivierter “Suche in Beschreibung” und dem Suchbegriff “Füreder” nicht gefunden wird und beim OP zu einem Java-Fehler führte):

… während andere Webseiten Composed Unicode für Umlaute verwenden, z.B. bei diesem Jazzopen-Beitrag (der auch mit aktivierter “Suche in Beschreibung” und dem Suchbegriff “Bühne” oder “Rücken” gefunden wird und der auch keinen Absturz verursacht):

Die MV-Filmliste müsste also wohl serverseitig auf “Composed Unicode” normalisiert werden.

[MenchenSued]

@styroll sagte in Version 13.8.0 (Linux) stürzt bei allen Einträgen zu "Jazzopen Stuttgart 2021" ab:

Die MV-Filmliste müsste also wohl serverseitig auf “Composed Unicode” normalisiert werden.

Ich denke auch, dass das serverseitig passieren sollte, denn MediathekViewWeb verhält sich auch falsch.

[DerReisende77]

@pidoubleyou ich schau mir das heute an aber wie achon oben geschrieben scheint der primäre fehler im server zu liegen.

[pidoubleyou]

@maroc @styroll @MenchenSued danke für eure hilfreichen Analysen. Lösung ist in Arbeit, siehe https://github.com/mediathekview/MServer/issues/763

pidoubleyou created this issue in mediathekview/MServer

closed Fehlerhafte Unicode-Codierung #763

[alex]

Die Filmliste wird jetzt durch uconv gejagt bevor sie auf die Verteiler kommt. Könnt Ihr mal testen ob das das Problem erst mal behebt?

[maroc]

@alex
Ja, mit der aktuellen Filmliste läuft’s bei mir jetzt fehlerfrei: keine Abstürze, vollständige Suchergebnisse, korrekte Zeilenumbrüche in der Filminformation.

Vielen Dank!

[hiwi]

@alex Vielen Dank für die schnelle Lösung. Jetzt geht wieder alles.

[styroll]

@maroc sagte: Ja, mit der aktuellen Filmliste läuft’s bei mir jetzt fehlerfrei: […] vollständige Suchergebnisse

Was die Umlaute anbelangt ja, aber andere Zeichen betreffend (noch) nicht.