Update-Verhalten bitte optimieren
-
Mahlzeit!
Das gleiche Problem hatte ich gestern auch! Auf meinem schicker Win7-Rechner (never change a running system…;) popt ein Fenster beim starten von Mediathekview auf.
Es wird mir ein Update für angeboten. ok, mache ich, hat ja sonst immer prima geklappt, obwohl das letzte Update vor gefühlten zwei Wochen war und ich eigentlich mit dem Programm zufrieden bin (–>never…usw.! siehe oben!)
So… installiert und gestartet: -->Nüschte!!! Warum macht man das?
Das wäre wirklich klasse wenn man das irgendwie bei einem Update automatisiert prüfen könnte…
Vielen dank für Eure Arbeit und macht weiter so! -
Das der Start verhindert ist ist derzeit ein bug den ich mit 14.3.1 fixen werde. Fakt ist die 14.3 Serie ist die letzte die mit Windows 7 kompatibel sein könnte - es ist nicht umsonst seit 2020 EOL. Das Programm nutzt diverse nicht-java Anteile die aus verschiedensten Gründen Windows 10 voraussetzen - es wird auch nicht mit Win7 getestet.
Sicher ist das MV 14.4 aufgrund der Nutzung von Windows API die nur unter Win 10+ existieren nicht mehr mit Windows 7 kompatibel ist.Davon abgesehen (ein Ausschnitt):
Ansonsten kann man den Win7 Nutzern nur raten (auch zu ihrer eigenen Sicherheit) irgendwohin upzudaten - Linux ist eine sehr gute Alternative.
-
Der Startfehler ist auch in der nächsten Nightly morgen behoben.
-
@MenchenSued Muss ich mir ansehen. Ist ja die erste Meldung und ich nutze nur macOS und Linux.
-
@DerReisende77
Vielen Dank! Mit der schnellen und kundenorientierten Lösung als 14.3.1-Fix kann ich sehr gut leben.Ich hoffe, dass dann in weiterer Zukunft kein Pop-up bei jedem Neustart erscheint, das zum Update auf eine Version höher als 14.3.1 auffordert, die nicht Windows 7 kompatibel ist, wenn man Windows 7 nutzt (analog auch für Windows 8 usw.).
Danke auch für die Erläuterung, warum es dann mit der Windows-7-Unterstützung vorbei sein wird. Konsequenterweise müsste es dann im Herbst auch mit der Unterstützung von Windows 10 vorbei sein, wenn MS Windows 10 wirklich fallen lässt - bitte nicht!
(u.a. würde MS für Millionen Geräte Elektroschrott sorgen, die von nicht so versierten Usern genutzt werden, denen es schwer fällt auf Windows 11 mit Tricks upzugraden + möglicherweise Performance-Probleme mit Windows 11)
Anm. 1: wer liest sich als User Changelogs, wenn man sie denn findet, von Produktivversionen durch? (^_~)
Anm. 2: grundsätzlich danke, dass Windows überhaupt von Mediathekview unterstützt wird. Mich haben Apple-Betriebssysteme i.V.m. aus meiner Sicht überteuerter Hardware (schon die aus den 80ern nicht, z.B. damals Atari ST inkl. Apple-ROMS als Emulator schneller als ein Apple Mac zu einem Bruchteil des Preises) und Linux (Auswahl der von mir getesteten) nie wirklich abgeholt. D.h. ich hätte mir gewünscht, GEM hätte bis heute weiterentwickelt überlebt. MS hatte aber auch absolute Highlights wie Windows 2000.
-
@LoQi1212 sagte in Update-Verhalten bitte optimieren:
Konsequenterweise müsste es dann im Herbst auch mit der Unterstützung von Windows 10 vorbei sein
Nein, denn es gibt einen erweiterten Windows 10 Support für die nächsten drei Jahre, also bis 14.10.2028.
Die Version 14.3.1 steht übrigens zum Download zur Verfügung. Änderungen sind im Changelog nachzulesen.
-
@MenchenSued sagte in Update-Verhalten bitte optimieren:
Nein, denn es gibt einen erweiterten Windows 10 Support für die nächsten drei Jahre, also bis 14.10.2028.
Quelle?
-
@iks-jott sagte in Update-Verhalten bitte optimieren:
Quelle?
https://learn.microsoft.com/de-de/windows/whats-new/extended-security-updates
-
@DaDirnbocher Das ist kostenpflichtig.
Ist aber auch egal solange nicht eine native-Komponente die ich nutze APIs verwendet die nur auf Windows 11+ vorkommen sollte MV auch dort dann lauffähig sein.
Spätestens wenn die JVM nicht mehr unter der jeweiligen Version laufen will ist dann Essig ob man will oder nicht.