Exception bei aktueller nightly ohne bestehenden Config Ordner

[Ein ehemaliger Benutzer]

@DerReisende77 … :winking_face:

[DerReisende77]

@rubikon fix ist in develop. Kannst Du das mal bitte testen?

[Ein ehemaliger Benutzer]

@DerReisende77 aber sicher. Hab’s gezogen. Hab’s gestartet. Ist jetzt ne ziemlich technische Geschichte
–> Ich hoffe die Nachricht als Chat im MV Forum ist lesbar für Dich?

[Ein ehemaliger Benutzer]

@DerReisende77 ich hab mir das Problem von ApplicationConfiguration mal angeschaut.
Ein möglicher Ansatzpunkt um es zu durchbrechen ist, wenn ApplicationConfiguration eine bzgl. ourInstance null-safe Funktion hätte, um getBoolean Parameter abzurufen (den als Parameter übergebenen default Wert zu holen.)

Das wird an zwei Stellen gebraucht.
NotificationFactory.createNotificationCenter und
MVSenderIconCache Konstruktor

Das hab ich mal als pull request geschickt.
Es gibt vermutlich andere, elegantere Methoden für das bootstrapping… Ich kenn mich in der Welt dieser Bibliotheken exakt null aus. Das hier ist also nur ein Vorschlag von jemand ohne Kenntnis der Materie.

[nayrun]

jetzt dann doch hier weiter?!
dann => feedback zu den win-Versionen 24 + 27-09 (jeweils die .zip):
(1) 13.5.0_24-09, portable mit Fehler wie vor, also der Version vom 12-09 vgl. vorige Seite, beide anderen win-exe ok, kein Problem aufgefallen. Ob mit vorhandenem User-Vz oder alles neu, egal, funktioniert.
(2) anders die 13.5.0 vom 27-09, alle drei .exe machen Probleme bei ‘nacktem’ Start, also ohne jeden Nutzerordner. error.log
_
nimmt man nun statt blank ein bestehendes user-Vz entsprechend mit hinzu (‘.mediathek3’), dann starten alle 3 .exe fehlerfrei. Für DL orf muss nur die ffmpeg.exe in \bin ausgetauscht werden.

[Ein ehemaliger Benutzer]

@nayrun
@Nicklas2751 und auch ich haben gestern die Ursache für das Problem beim “nackten Start” identifiziert und eine Behebung des Fehlers von Nicklas ist in den aktuellen develop-Code eingeflossen. Inzwischen ist das als nightly Build verfügbar.

Ich habe auf meinem Windows10 19.03 Laptop dieses nightly installiert und konnte erfolgreich einen “nackten” Start durchführen. Auf meinem Desktop dasselbe für mein “selbst gebautes” MV, gestartet aus der Entwicklungsumgebung.

Aus meiner Sicht ist die verwendete Fehlerbehebung der Art, dass sie nicht nur das Problem einer Windows Installation behebt, sondern sollte plattformübergreifend funktionieren.

Danke @Nicklas2751 für den Tipp mit Future<?> :thumbs_up_medium-light_skin_tone:
Um mich selbst an eine asynchrone Lösung dieses Problems zu wagen hab ich mich nicht ausreichend in den Code eingelesen.

[Ubunux]

Aus meiner Sicht ist die verwendete Fehlerbehebung der Art, dass sie nicht nur das Problem einer Windows Installation behebt, sondern sollte plattformübergreifend funktionieren.

Danke für das verschieben und Danke für die prompte Fehlerbehebung!

Ich kann bestätigen, dass es nun auch unter Ubuntu 18.04.3 wieder funktioniert.

[nayrun]

@rubikon

…Ursache für das Problem beim “nackten Start” identifiziert und eine Behebung des Fehlers von Nicklas ist in den aktuellen develop-Code eingeflossen. Inzwischen ist das als nightly Build verfügbar.

die win-Version (28-Sep-2019) probiert, auf win8.1-64 - e voila: alles tutti.
funktionuckelt. Supi, & besten dank.
portable und normale .exe (Einstellungsordner dann im BenutzerVz \Users…mediathek3) probiert, “nackt”, beides funktioniert.
Das einzige, was noch auffällt, mit der enthaltenen ffmpeg 28.09.2019 Größe 100.196.414 funktioniert der DL-Orf nicht. Erst ein Austausch gg zB. die frühere Version 4.1.3_x32 behebt das. Auch die aktuelle Version 4.2.1 (ffmpeg-20190927-0485865-win32-static) funktioniert. Wobei mir nicht ganz klar ist, ob die x32 oder die x64 ffmpeg genommen werden sollte(?!).
Zum Schluss, zur Orientierung wäre es vlt nicht verkehrt, die DL-Adresse (download.mediathekview.de/unstabil/) zu den nightlies oben zu erwähnen - weil die ja anscheinend jetzt hier behandelt werden?

[Ein ehemaliger Benutzer]

@nayrun sagte in Exception bei aktueller nightly ohne bestehenden Config Ordner:

Das einzige, was noch auffällt, mit der enthaltenen ffmpeg[…]

Danke. Das betrifft nach meinem Empfinden weniger “Fehler bei nicht vorhandener settings.xml” und passt vielleicht ganz gut nach ffmpeg.exe defekt.

Ich bin weder MV-Entwickler noch Forumsmoderator und bitte einfach noch um ein wenig Geduld, bis etwas entsprechend Änderung (commit abb9260f2276bed8349933dba4ed1c0124117170 von Nicklas) aus dem master-branch in den develop-branch und damit in die nightlies integriert wird.

[Nicklas2751]

Wurde heute Morgen bereits getan. Der aktuelle nightly (von heute Morgen) ist bereits korrekt und enthält FFmpeg wieder ohne Fehler.