Kein Update der Filmliste mehr möglich

[RobMcRob24]

@styroll Danke! Little Snitch ausgeschaltet und es funktioniert wieder.
Keine Ahnung, welche Regel ich da auf einmal gesetzt hatte…

Habe jetzt erst mal alle MediathekView-Regeln gelöscht und werde dann mal weiter schauen.

[Squonk]

Hallo,
das Problem habe ich auch. Folgendes kann ich beobachten:
2 PCs mit Linux Mageia 6 64-Bit, openjdk-1.8.0.
Auf dem einen (Erstinstallation mit MediathekView 13.2.0) läuft alles wie gewünscht.
Auf dem anderen, auf dem MediathekView schon lange Zeit genutzt wird, kann die Filmliste auch nicht mehr aktualisiert werden, und die Update-Überprüfung führt zur Fehlermeldung. Löschen bzw. Umbenennen des Ordners .mediathek3 bringt keine Besserung. Über den Weg Datei -> Einstellungen -> Filmliste jetzt neu Laden funktioniert es allerdings doch. Das Problem bleibt mit 13.2.1 bestehen.
Gruß
Christian

[Ulli]

Hallo zusammen,

ging bei mir eben auch nicht.

Habe den Link http://verteiler3.mediathekview.de/Filmliste-akt.xz manuell im Firefox aufgerufen:

verteiler3.mediathekview.de verwendet ein ungültiges Sicherheitszertifikat. Das Zertifikat ist am Dienstag, 11. September 2018, 23:08:48 abgelaufen. Die aktuelle Zeit ist 12. September 2018, 01:03.

Nach Zurücksetzen aller Einstellungen und Löschen des MediathekView-Pfades im Userprofil bekomme ich die Filmliste wieder geladen.
Der obige Link stand vor dem Zurücksetzen noch unter “Filmliste nur manuell laden” von einem früheren Workaround, das manuelle Laden war aber nicht selektiert. Nach Zurücksetzen ist er raus. Keine Ahnung, ob es daran lag, aber vielleicht hilft es ja weiter…

[Heiko Schuster]

Hallo zusammen,

seit heute Morgen hat es mich auch erwischt. Bei MV 13.2.1 läuft keinerlei Download mehr und das auf zwei Rechnern (WIN 7 und WIN 10). Nach Löschen von “filme.json” wurde der Download einmal gestartet, danach nichts mehr. Auch ein manueller Start war nicht mehr möglich und das auf beiden Rechnern. MV 13.0.6 läuft weiterhin absolut problemlos.

[Benem]

Bei mir gibt es das Problem auch gerade.

Konkret:

• Filmliste wird nicht aktualisiert (Alter: fast 34 Stunden)
• Infolge dessen - vermute ich jedenfalls - ist die Filmliste leer
• Programm lässt sich nur mit Gewalt über Task-Manager beenden
• Java ist das wohl alles zu viel und Windows vermeldet: “Java( TM ) Platform SE binary reagiert nicht”
• Aus den Problemdetails: “Problemereignisname: AppHangB1”

Mein System:

• Windows 7 / 32 Bit
• MV 13.1.3
• Oracle Java: 8.181

Ich vermute, dass es wieder das bereits vor etwa zwei Wochen aufgetretene Problem mit den Crawlern ist (siehe hier und hier). Damals wurde das Problem binnen ca. 23 Stunden gelöst (siehe hier).

Insofern einfach bisschen warten. Das könnte mehr helfen, als in Aktionismus zu verfallen und alles neu aufzusetzen. Hoffentlich.

Ansonsten scheint MV 13.0.6 das Problem nicht zu haben. Dabei wollte ich heute das Update auf MV 13.2.1 machen…

[Jo Grothe]

MV 13.2.1 - W10 - Java 1.8.0_181

Habe das gleiche Problem. Mit anderen Clients klappt es aber (MVWeb, MTPlayer). D.h.: Die Crawler funktionieren und das Verteilen der Filmliste auch.

Workaround:

• Manuelles Herunterladen der aktuellen Filmliste von https://verteiler.mediathekviewweb.de/Filmliste-akt.xz und z.B. auf dem Desktop zwischenspeichern.
• In MV unter Einstelleungen (F4) - Filmliste - Filmliste laden bei ‘URL/Datei’ den Speicherort der ‘Filmliste-akt.xz’ eintragen und über den Button [Filme jetzt laden] importieren.

Ergänzung
10:05 Jetzt klappt bei mir das Aktualisieren der Filmliste auch wieder per Klick auf den Button ‘neue Filmliste laden’ was vorher nicht funktionierte.

[iks-jott]

Gerade eben, ganz normal gestartet (W 7/32, Java 1.8.0_181)

(Beitrag als User)

[Klaus Köcher]

Das aktualisieren der Filmliste funktioniert, wenn man dies manuell durchführt und einen Haken setzt bei alte Filmliste nicht löschen, nur erweitern.

[ngc94227]

@jo-grothe

Bevor die Mitteilung das es wieder richtig funktioniert kam, Deine Lösung ausprobiert und die klappt hervorragend! Danke für den Workaround.
Versuche es jetzt auch wieder auf “normaler” Weise.

Gruß,

ngc

[Don]

@jo-grothe sagte in Kein Update der Filmliste mehr möglich:

MV 13.2.1 - W10 - Java 1.8.0_181

Habe das gleiche Problem. Mit anderen Clients klappt es aber (MVWeb, MTPlayer). D.h.: Die Crawler funktionieren und das Verteilen der Filmliste auch.

Workaround:

• Manuelles Herunterladen der aktuellen Filmliste von https://verteiler.mediathekviewweb.de/Filmliste-akt.xz und z.B. auf dem Desktop zwischenspeichern.
• In MV unter Einstelleungen (F4) - Filmliste - Filmliste laden bei ‘URL/Datei’ den Speicherort der ‘Filmliste-akt.xz’ eintragen und über den Button [Filme jetzt laden] importieren.

Ergänzung
10:05 Jetzt klappt bei mir das Aktualisieren der Filmliste auch wieder per Klick auf den Button ‘neue Filmliste laden’ was vorher nicht funktionierte.

Danke für den Tipp, mit diesem Workaround kann ich erstmal ganz gut leben!

[rudiratlos]

MV 13.2.1 - MacOS 10.13.6 - Java 1.8.0_181-b13

Bei mir klappt das Laden der Filmliste auch nicht mehr. Das hier steht im Log:

[INFO ] 2018-09-12 10:57:37.659 [UIFilmlistLoaderThread] mSearch.daten.ListeFilme - Die Filmliste ist 5070 Minuten alt
[INFO ] 2018-09-12 10:57:37.660 [UIFilmlistLoaderThread] mediathek.tool.threads.UIFilmlistLoaderThread - Filmliste zu alt, neue Filmliste laden
[INFO ] 2018-09-12 10:57:38.519 [UIFilmlistLoaderThread] mSearch.tool.MVHttpClient - MVHttpClient: Proxy not configured
[ERROR] 2018-09-12 10:57:38.858 [UIFilmlistLoaderThread] mediathek.filmlisten.FilmeLaden - IOxception:
javax.net.ssl.SSLHandshakeException: sun.security.validator.ValidatorException: PKIX path validation failed: java.security.cert.CertPathValidatorException: validity check failed
at sun.security.ssl.Alerts.getSSLException(Alerts.java:192) ~[?:1.8.0_181]
at sun.security.ssl.SSLSocketImpl.fatal(SSLSocketImpl.java:1964) ~[?:1.8.0_181]
at sun.security.ssl.Handshaker.fatalSE(Handshaker.java:328) ~[?:1.8.0_181]
at sun.security.ssl.Handshaker.fatalSE(Handshaker.java:322) ~[?:1.8.0_181]
at sun.security.ssl.ClientHandshaker.serverCertificate(ClientHandshaker.java:1614) ~[?:1.8.0_181]
at sun.security.ssl.ClientHandshaker.processMessage(ClientHandshaker.java:216) ~[?:1.8.0_181]
at sun.security.ssl.Handshaker.processLoop(Handshaker.java:1052) ~[?:1.8.0_181]
at sun.security.ssl.Handshaker.process_record(Handshaker.java:987) ~[?:1.8.0_181]
at sun.security.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:1072) ~[?:1.8.0_181]
at sun.security.ssl.SSLSocketImpl.performInitialHandshake(SSLSocketImpl.java:1385) ~[?:1.8.0_181]
at sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1413) ~[?:1.8.0_181]
at sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1397) ~[?:1.8.0_181]
at okhttp3.internal.connection.RealConnection.connectTls(RealConnection.java:318) ~[MediathekView.jar:?]
at okhttp3.internal.connection.RealConnection.establishProtocol(RealConnection.java:282) ~[MediathekView.jar:?]
at okhttp3.internal.connection.RealConnection.connect(RealConnection.java:167) ~[MediathekView.jar:?]
at okhttp3.internal.connection.StreamAllocation.findConnection(StreamAllocation.java:257) ~[MediathekView.jar:?]
at okhttp3.internal.connection.StreamAllocation.findHealthyConnection(StreamAllocation.java:135) ~[MediathekView.jar:?]
at okhttp3.internal.connection.StreamAllocation.newStream(StreamAllocation.java:114) ~[MediathekView.jar:?]
at okhttp3.internal.connection.ConnectInterceptor.intercept(ConnectInterceptor.java:42) ~[MediathekView.jar:?]
at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.java:147) ~[MediathekView.jar:?]
at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.java:121) ~[MediathekView.jar:?]
at okhttp3.internal.cache.CacheInterceptor.intercept(CacheInterceptor.java:93) ~[MediathekView.jar:?]
at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.java:147) ~[MediathekView.jar:?]
at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.java:121) ~[MediathekView.jar:?]
at okhttp3.internal.http.BridgeInterceptor.intercept(BridgeInterceptor.java:93) ~[MediathekView.jar:?]
at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.java:147) ~[MediathekView.jar:?]
at okhttp3.internal.http.RetryAndFollowUpInterceptor.intercept(RetryAndFollowUpInterceptor.java:126) ~[MediathekView.jar:?]
at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.java:147) ~[MediathekView.jar:?]
at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.java:121) ~[MediathekView.jar:?]
at okhttp3.RealCall.getResponseWithInterceptorChain(RealCall.java:200) ~[MediathekView.jar:?]
at okhttp3.RealCall.execute(RealCall.java:77) ~[MediathekView.jar:?]
at mediathek.filmlisten.FilmeLaden.hasNewRemoteFilmlist(FilmeLaden.java:130) [MediathekView.jar:?]
at mediathek.filmlisten.FilmeLaden.performUpdateCheck(FilmeLaden.java:186) [MediathekView.jar:?]
at mediathek.filmlisten.FilmeLaden.loadFilmlist(FilmeLaden.java:208) [MediathekView.jar:?]
at mediathek.filmlisten.FilmeLaden.loadFilmListFromNetwork(FilmeLaden.java:201) [MediathekView.jar:?]
at mediathek.tool.threads.UIFilmlistLoaderThread.run(UIFilmlistLoaderThread.java:95) [MediathekView.jar:?]
Caused by: sun.security.validator.ValidatorException: PKIX path validation failed: java.security.cert.CertPathValidatorException: validity check failed
at sun.security.validator.PKIXValidator.doValidate(PKIXValidator.java:362) ~[?:1.8.0_181]
at sun.security.validator.PKIXValidator.engineValidate(PKIXValidator.java:270) ~[?:1.8.0_181]
at sun.security.validator.Validator.validate(Validator.java:262) ~[?:1.8.0_181]
at sun.security.ssl.X509TrustManagerImpl.validate(X509TrustManagerImpl.java:324) ~[?:1.8.0_181]
at sun.security.ssl.X509TrustManagerImpl.checkTrusted(X509TrustManagerImpl.java:229) ~[?:1.8.0_181]
at sun.security.ssl.X509TrustManagerImpl.checkServerTrusted(X509TrustManagerImpl.java:124) ~[?:1.8.0_181]
at sun.security.ssl.ClientHandshaker.serverCertificate(ClientHandshaker.java:1596) ~[?:1.8.0_181]
… 31 more
Caused by: java.security.cert.CertPathValidatorException: validity check failed
at sun.security.provider.certpath.PKIXMasterCertPathValidator.validate(PKIXMasterCertPathValidator.java:135) ~[?:1.8.0_181]
at sun.security.provider.certpath.PKIXCertPathValidator.validate(PKIXCertPathValidator.java:233) ~[?:1.8.0_181]
at sun.security.provider.certpath.PKIXCertPathValidator.validate(PKIXCertPathValidator.java:141) ~[?:1.8.0_181]
at sun.security.provider.certpath.PKIXCertPathValidator.engineValidate(PKIXCertPathValidator.java:80) ~[?:1.8.0_181]
at java.security.cert.CertPathValidator.validate(CertPathValidator.java:292) ~[?:1.8.0_181]
at sun.security.validator.PKIXValidator.doValidate(PKIXValidator.java:357) ~[?:1.8.0_181]
at sun.security.validator.PKIXValidator.engineValidate(PKIXValidator.java:270) ~[?:1.8.0_181]
at sun.security.validator.Validator.validate(Validator.java:262) ~[?:1.8.0_181]
at sun.security.ssl.X509TrustManagerImpl.validate(X509TrustManagerImpl.java:324) ~[?:1.8.0_181]
at sun.security.ssl.X509TrustManagerImpl.checkTrusted(X509TrustManagerImpl.java:229) ~[?:1.8.0_181]
at sun.security.ssl.X509TrustManagerImpl.checkServerTrusted(X509TrustManagerImpl.java:124) ~[?:1.8.0_181]
at sun.security.ssl.ClientHandshaker.serverCertificate(ClientHandshaker.java:1596) ~[?:1.8.0_181]
… 31 more
Caused by: java.security.cert.CertificateExpiredException: NotAfter: Tue Sep 11 23:08:48 CEST 2018
at sun.security.x509.CertificateValidity.valid(CertificateValidity.java:274) ~[?:1.8.0_181]
at sun.security.x509.X509CertImpl.checkValidity(X509CertImpl.java:629) ~[?:1.8.0_181]
at sun.security.provider.certpath.BasicChecker.verifyValidity(BasicChecker.java:190) ~[?:1.8.0_181]
at sun.security.provider.certpath.BasicChecker.check(BasicChecker.java:144) ~[?:1.8.0_181]
at sun.security.provider.certpath.PKIXMasterCertPathValidator.validate(PKIXMasterCertPathValidator.java:125) ~[?:1.8.0_181]
at sun.security.provider.certpath.PKIXCertPathValidator.validate(PKIXCertPathValidator.java:233) ~[?:1.8.0_181]
at sun.security.provider.certpath.PKIXCertPathValidator.validate(PKIXCertPathValidator.java:141) ~[?:1.8.0_181]
at sun.security.provider.certpath.PKIXCertPathValidator.engineValidate(PKIXCertPathValidator.java:80) ~[?:1.8.0_181]
at java.security.cert.CertPathValidator.validate(CertPathValidator.java:292) ~[?:1.8.0_181]
at sun.security.validator.PKIXValidator.doValidate(PKIXValidator.java:357) ~[?:1.8.0_181]
at sun.security.validator.PKIXValidator.engineValidate(PKIXValidator.java:270) ~[?:1.8.0_181]
at sun.security.validator.Validator.validate(Validator.java:262) ~[?:1.8.0_181]
at sun.security.ssl.X509TrustManagerImpl.validate(X509TrustManagerImpl.java:324) ~[?:1.8.0_181]
at sun.security.ssl.X509TrustManagerImpl.checkTrusted(X509TrustManagerImpl.java:229) ~[?:1.8.0_181]
at sun.security.ssl.X509TrustManagerImpl.checkServerTrusted(X509TrustManagerImpl.java:124) ~[?:1.8.0_181]
at sun.security.ssl.ClientHandshaker.serverCertificate(ClientHandshaker.java:1596) ~[?:1.8.0_181]
… 31 more
[INFO ] 2018-09-12 10:57:38.902 [UIFilmlistLoaderThread] mediathek.tool.threads.UIFilmlistLoaderThread - filmlist update not necessary, start filtering current filmlist

[DerReisende77]

@rudiratlos Fehler wurde soeben behoben und es sollte wieder gehen

[DerReisende77]

@don sagte in Kein Update der Filmliste mehr möglich:

@jo-grothe sagte in Kein Update der Filmliste mehr möglich:

MV 13.2.1 - W10 - Java 1.8.0_181

Habe das gleiche Problem. Mit anderen Clients klappt es aber (MVWeb, MTPlayer). D.h.: Die Crawler funktionieren und das Verteilen der Filmliste auch.

Workaround:

• Manuelles Herunterladen der aktuellen Filmliste von https://verteiler.mediathekviewweb.de/Filmliste-akt.xz und z.B. auf dem Desktop zwischenspeichern.
• In MV unter Einstelleungen (F4) - Filmliste - Filmliste laden bei ‘URL/Datei’ den Speicherort der ‘Filmliste-akt.xz’ eintragen und über den Button [Filme jetzt laden] importieren.

Ergänzung
10:05 Jetzt klappt bei mir das Aktualisieren der Filmliste auch wieder per Klick auf den Button ‘neue Filmliste laden’ was vorher nicht funktionierte.

Danke für den Tipp, mit diesem Workaround kann ich erstmal ganz gut leben!

Die Verteiler hatten ein Zertifikat Problem was behoben wurde. Der workaround ist nur Placebo gewesen und hat die alte Liste nicht entfernt. Geladen wurde aber nichts neues.

[Jo Grothe]

@derreisende77 sagte in Kein Update der Filmliste mehr möglich:

Der workaround ist nur Placebo gewesen und hat die alte Liste nicht entfernt. Geladen wurde aber nichts neues.

Da muss ich leider widersprechen, da nach dem manuellen Laden der aktuellen Filmliste viele neue Sendungen vorhanden waren, die es vorher nicht gab und das Alter der Filmliste in MV auch korrekt mit ca. 40 Minuten angegeben war.

Darüberhinaus danke, für die Aufklärung bezüglich des Zertifikat-Problems.

[rudiratlos]

@DerReisende77 : Danke für die prompte Hilfe.