- Status Auf User warten
- Percent Complete
- Task Type Wunsch / Idee
- Category GUI & Server
-
Assigned To
Soon5 - Operating System All
- Severity Low
- Reported Version 3.3 Beta x
- Due in Version 3.3.0
-
Due Date
Undecided
- Votes
- Private
FS#5016 - Kernel und Umbra Fenster bei Verbindungsabbruch zur GUI in den Vordergrund
Wenn keine GUI mehr mit Kernel oder Umbra verbunden ist und die Fenster versteckt sind, sollen die Fenster in den Vordergrund geholt werden.
Hintergrund ist, dass man man nicht immer mitbekommt, wenn z.b. der Kernel nicht sauber herunter gefahren sind. (Folgeticket aus FS#4729 )
In Beta 6 testen
Klappt unter Windows 11 noch nicht
Ok, aber unter Windows 10? Windows 11 habe ich nicht (weil scheiße), kann ich daher nicht testen oder debuggen….
Da gibt es glaube ich ein generelles Problem mit Win11. Der Installer kann diese Fenster ja leider auch nicht richtig verstecken. Müssten also glaube ich mal schauen, wie das unter Win11 generell gehen soll.
Aber andere Frage: Unter Windows 11 sollten die Fenster gar nicht verschwinden, sondern immer Sichtbar sein oder? Also da gabs Änderungen, das ist dann erstmal so….
https://devblogs.microsoft.com/commandline/windows-terminal-is-now-the-default-in-windows-11/
Doch, auch unter Windows 11 sind beide Fenster versteckt wenn so im Launcher eingestellt.
Nachdem was ich gelesen habe, ist das aber unter Windows 11, by design…. Bedeutet, das ist jetzt halt erstmal so….
Hä? Wie soll denn das gehen? @JPK Welche Magic hast du da eingebaut in den Launcher
:D Hatte nicht mehr im Kopf, dass ich das im Launcher wieder gefixt hatte. Ich gehe da über die user32.dll von Windows, die mir Programme anzeigt, versteckt und in den Vordergrund holt, wenn ich nur die Prozess-ID des Fensters kenne (was ich mit Hilfe der DLL und dem Namen des Programms auch herausfinden kann). Wenn ich das richtig im Kopf habe, geht das mit allen Programmen. Damit könntest du auch mal experimentieren, ob das beim Kernel und dem Umbra funktioniert. Du findest das alles in der LauncherUtil Klasse
Und diese Implementierung funktioniert unter Windows 11 bei mir dahingehend, dass der Launcher den Kernel und den Umbra ab dem zweiten Start nach einem Neustart von Windows 11 auch zuverlässig automatisch versteckt. Oder ich betätige noch einmal die Schalter.
Fahre ich Windows nur rauf- und runter, klappt das Verstecken von Umbra und Kernel direkt.
@JPK Kannst du den Code für das Verstecken usw. in die "LumosToolsLib" raus refactoren? Geht das? Die wird wie ich gesehen habe vom Launcher auch verwendet. Dann hätten wir den Code an einer Stelle…
Dann würde ich das aus Kernel / Umbra heraus auch verwenden.
Jup, kann ich machen. Weiter muss ich das aber auch noch einmal unter Win 11 testen, denn aus irgendeinem Grund funktioniert das zwar meistens, aber nicht immer unter Win 11. Unter Win 10 ist alles fein.
@JPK… schaue mal meinen Kommentar vom 11.08.2023
Also ich hab das vom Launcher übernommen. Daher bitte in Beta 10 erneut testen ob es unter Windows 11 funktioniert.
Ich habe es mal so getestet, dass ich zum Testen die GUI über den Taskmanger abgeschossen habe und hatte jetzt erwartet, dass Kernel / Umbra nach vorne kommt. Allerdings passierte das bei mir unter Windows 11 nicht.
Hm. Das Problem ist, dass der "Umbra" erst nach ~5 Minuten einen Client der sich nicht meldet als "tot" deklariert. Bedeutet, nach 5 Minuten sollten die Fenster hoch kommen. So tut das bei mir auch. Die original Diskussion war ja bzgl. wenn man die GUI sauber runterfährt. Dein Tests simuliert ja eher einen Absturz, da sollten wir nochmal entscheiden, was da passieren soll…..
PING