MV 14 unter macOS hängt sich nach Download beim Beenden auf

[StefanKah]

Nach dem Update von 13.9.1 auf 14 kämpfe ich mit dem Problem, dass sich MV fast immer beim Beenden aufhängt, wenn zuvor eine Datei heruntergeladen wurde.

Das Problem tritt nach meinen ersten Tests dann auf, wenn man:

• in der Download-Liste einen Download startet, und nach dessen erfolgreichen Abschluß MV mit CMD+Q beenden will
• wenn man bei laufenden Downloads CMD+Q drückt oder den entsprechenden Menüpunkt auswählt und die Auswahl “auf Abschluß aller Downloads warten…” setzt. MV hängt sich dann nach Abschluß des letzten Downloads auf, statt sich zu beenden.

Das Problem tritt nicht auf, wenn man:

• nur in MV herumnavigiert, ohne einen Download zu starten, und dann MV beendet
• nach dem erfolgreichen Abschluß eines Downloads in der Download-Liste einen anderen Eintrag anwählt. (aber: wählt man während eines laufenden Downloads einen anderen Eintrag an, dann tritt der Fehler auf.)

Auf dem Mac lief zuvor - wie beschrieben - MV 13.9.1, wo dieser Fehler nicht auftrat.

macOS: 10.13.6

Danke,
Stefan

[Haraldo]

Bei mir ist jetzt einmal passiert, das MV 14 sich ncht mehr bedienen und nicht beenden ließ. Ich musste es über den Taskmanager abwürgen.

[DerReisende77]

@StefanKah Ich gehe davon aus Du hast einen älteren Intel-Mac. Leider habe ich keine Intel Macs mehr zur Verfügung um das auf die Schnelle testen zu können. Auf meinem M1 MacBook kann ich das ganze nicht nachvollziehen.
Steht zufällig ein Fehler in der Log-Datei?

@Haraldo Was hat Windows mit einer macOS Fehlerbeschreibung zu tun? Zumal sie nichtssagend ist.

[Haraldo]

@DerReisende77
Es ist das selbe Problem, MV hängt sich auf.

[StefanKah]

@DerReisende77,

ja, es ist ein Mac Mini mit Intel-Chip.

Um das Logging-Ergebnis für eine Sitzung besser abzugrenzen habe ich vorgängig die mediathekview.log-Datei gelöscht; und siehe da, das Problem ist seither nicht mehr aufgetreten.

Ich habe mehrere Varianten des Datei-Downloads durchprobiert. Selbst die Variante “auf Abschluß aller Downloads warten…”, die zuvor zuverlässig den Fehler getriggert hat, hat seither (mehrfach) korrekt funktioniert…