Wieso werden die Downloads nach dem Update vergessen?
-
@DerReisende77 Ich nutze Windows 11 Home 21H2 und habe von Version 3.8.1 upgedatet (Dateien aus zip-File ins Programm-Verzeichnis kopiert)
-
@DSst
Es wäre den Versuch wert, das Programm-Verzeichnis vorher zu leeren, so dass nach dem Entpacken keine alten Dateien mehr vorhanden sind. -
@MenchenSued Habe ich gerade probiert. Ergebnis: 6757 Files im Reiter Downloads. Richtig wären: 2
Der Fortschrittbalken rechts unten bleibt bei “Alle Filter anwenden” an einer Stelle sehr lange stehen.
Nach Downgrade auf V3.8.1 (auch in leeres Verzeichnis): alles wieder ok.
.mediathek3 habe ich während dieser Prozedur (upgrade, downgrade) unverändert gelassen.
Fazit: das war leider noch nicht die Lösung. -
@DSst Das Kind ist in den Brunnen gefallen, da die Downloadinfo nicht im Programmverzeichnis liegt.
Nächstes Mal vor jedem Update immer .mediathek3 sichern bzw. eine Kopie anlegen! Siehe @DaDirnbocher:Wenn Du ein Backup Deines Einstellungsverzeichnis hast, dann ja. Wenn nicht, warum eigentlich nicht?!?
-
@tvRR Das trifft das Problem überhaupt nicht.
.mediathek3 hatte ich gesichert.
.mediathek3 ist nach wie vor in Ordnung. Mit V3.8.1 funktioniert alles. Nur mit V3.9.0 gibt es das beschriebene Problem.
Nach Downgrade ist das Problem auch wieder weg. Wie beschrieben mit unveränderter .mediathek3.
Das Problem kommt und geht mit dem Versionswechsel.
Fazit: Nichts ist in den Brunnen gefallen. -
@DSst Ich habe dir eine Chatnachricht geschrieben.
-
@DSst So ich denke ich habe den Fehler gefunden
In deiner
downloadAbo.txtbefindet sich in Zeile 721 ein fehlerhafter Eintrag:5 |#| mareTV |#| An Russlands Nordmeerk�ste |###| http://media.ndr.de/progressive/2014/1218/TV-20141218-2126-3642.hq.mp4Dadurch stürzt der Parser beim Versuch ein Datum einzulesen ab und die Abohistorie ist unvollständig.
Lösche die Zeile heraus und 13.9 sollte dann richtig starten.Bitte gib mir Bescheid ob es den Fehler behoben hat.
-
@DerReisende77 Vielen Dank, das hat den Fehler behoben. Jetzt läuft V3.9.0 bei mir fehlerfrei.
Die Frage bleibt nur: warum hat dieser Fehler die V3.8.1 nicht gestört und könnte man den Parser diesbezüglich robuster machen, denn Fehler können in eine solche Datei immer mal kommen, woher auch immer.
Nochmals vielen Dank für die Unterstützung.
-
@DSst In 14.0 ist der Fehler behoben. Ich habe in 13.9 den Parser auf das neue Date API von Java umgestellt und das ist wohl etwas zickiger was fehlerhafte Einträge angeht.
14.0 wird fehlerhafte Datumseinträge korrigieren und nicht abstürzen.
Aber es zeigt wieder: Fummelt nicht an meinen Configdateien rum
-
@DerReisende77 … da hat keiner herumgefummelt. Wie der Fehler dort hineingekommen ist weiss ich nicht, aber ganz sicher nicht händisch durch mich. Der Fehler ist offensichtlich schon 2015 entstanden.
-
@DSst Ist ja nicht schlimm. Wir haben ihn gefunden und er wird auch zukünftig abgefangen. Also alles gut
