bei mir kommt seit ein paar Tagen ab und an der Dialog beim Systemstart, mit dem im Welcome-Dialog normalerweise fürs System(pacman) über reflector_simple das Spiegelranking gemacht wird. Was ist der Grund für diese vermeintlichen Autostarts?Wenn ich mir den Autostart in KDE ansehe, habe ich da keinen autom. Aufruf der reflector-simple-Aktualisierung drin.
I h kann später einen Screenshot schicken. Session Einstellungen in den KDE settings, haben die option die Session automatisch zu speichern. Da ist eventuell was verstellt
Das ist es. Schweinkram. Sofort auf “Mit leerer Sitzung starten.” umgestellt.
Hoffe, das es das ist. Aber bin zuversichtlich. Wenn ich morgen neustarte und es ist weg, ist die Sache gelöst. Diese deppe Einstellung muss schon die ganze Zeit seit ich EOS laufen habe aktiv sein, aber ist bisher nie negativ aufgefallen.
Guten Morgen, @joekamprad, guten Morgen @swh, es war die Sitzungssicherung. Eben gebootet und kein Autostart des Refector-Mirror-Dialogs nach Umschalten auf “Mit leerer Sitzung starten” mehr. Ich bleibe natürlich wachsam, aber bin froh, dass es sich aufgelöst hat.
auf jeden Fall. Es war mir gar nicht bewusst, dass es seitens KDE-Plasma so etwas gibt. Es ist mal wieder eine Ecke, die ich nicht über Terminalcommand kontrollieren kann und IMHO somit zumindest eine gray box. Und ich bin auch der Meinung, dass Autostarts eine bewusste Entscheidung sein sollten, aber andererseits erzieht es einen auch dazu, bewusster zu sein, was man beim Herunterfahren offen lässt, da hier auch keine Meldung erscheint, dass noch etwas offen ist und erst geschlossen werden soll, und eine KDE-Sitzungsspeicherung auf diese Art im Endeffekt autostarten lässt. Aber gut. Jetzt weiß ich es, und für manch andere Ladies und Gents mag das auch interessant sein, die mehr oder weniger ominöse “Autostarts” haben. Definitiv im Auge zu behalten, wenn man es aktiv hat, wie ich die ganze Zeit.
Die Frage ist aber doch, warum das refelctor window aufgeht. Ich habe den Fehler auch seit ein paar Tagen und ich habe das mirror update nicht manuell gestartet. Nach dem ersten Erledigen bzw. Schließen des Fensters sollte die Sitzungswiederherstellung nicht dafür verantwortlich sein, dass es erneut auftaucht.
Schau mal in die KDE-Settings und links auf Sitzung (ganz unten unter Autostart). Was steht im Fenster “Arbeitsflächen-Sitzung”? Falls das auf dem obersten Eintrag “Bei letzter Abmeldung geöffnete” steht, ist das der Grund.
Bei mir kam es heute morgen nicht mehr, nachdem ich gestern auf “mit leerer Sitzung starten” umgeschaltet habe.
Ich denke, es ist ein Bug. Hier meine Zusammenfassung dank Kollege Claude.
System: EndeavourOS, KDE Plasma 6 (Wayland), welcome 26.8-1,
reflector-simple v2026.8-1
Symptom: Der reflector-simple-Mirrorauswahl-Dialog öffnet sich beim
Boot eigenständig, unabhängig vom Welcome-Fenster und ohne dass der
Update-Button in Welcome geklickt wurde. Tritt nicht bei jedem Boot auf.
Diagnoseweg:
ps/pstree zeigt: reflector-simple (Bash-Skript, /bin/bash
/usr/bin/reflector-simple) wird direkt von systemd --user gestartet,
nicht von Welcome - beide Prozessbäume sind unabhängig voneinander.
/proc//environ des reflector-simple-Prozesses zeigt über
MEMORY_PRESSURE_WATCH den Auslöser:
app-org.kde.plasma-fallback-session-restore@autostart.service
Zugehörige Autostart-Datei:
/etc/xdg/autostart/org.kde.plasma-fallback-session-restore.desktop
(NoDisplay=true; läuft als transiente, per systemd-run erzeugte Unit,
daher über systemctl enable/disable nicht verwaltbar)
strace auf /usr/lib/plasma-fallback-session-restore zeigt: liest
sowohl ~/.config/ksmserverrc ([LegacySession], dort nur generisches
command2=yad ohne Bezug zu reflector-simple) als auch
~/.local/state/plasmasessionrestorestaterc.
Der Eintrag bleibt in dieser Datei stehen, auch nachdem das Fenster
sauber geschlossen wurde - ganz ohne Logout/Reboot dazwischen.
Bestätigt per pgrep: Zu diesem Zeitpunkt läuft kein
reflector-simple-Prozess mehr (weder das Bash-Skript noch der
yad-Dialog). Der veraltete Eintrag steht also nachweislich ohne
jeden noch aktiven Prozess im Hintergrund.
Einordnung:
Dass yad-Programme wie reflector-simple überhaupt von diesem
Fallback-Mechanismus erfasst werden, ist laut der ursprünglichen
Merge-Request (plasma-workspace !3523) beabsichtigt: Unter Wayland
fehlt funktionierendes XSMP-Session-Management, daher wurde bewusst
eine einfache Lösung gebaut, die pauschal alle laufenden
Wayland-Anwendungen beim Shutdown wieder öffnet, ohne Unterscheidung
zwischen dauerhaft gewollten Programmen und kurzlebigen Dialogen.
Das ist insofern kein Bug, sondern eine bekannte Grobheit im Design.
Dass der Eintrag aber auch nach vollständigem Beenden des Prozesses
bestehen bleibt (kein hängender Hintergrundprozess, siehe Punkt 7),
ist die eigentliche Fehlfunktion. Passt zu Bug 496140
(bugs.kde.org/show_bug.cgi?id=496140, “plasmasessionrestorestaterc
is not updated”), geht aber noch weiter: Dort ist “nicht aktualisiert
beim Logout” beschrieben, hier verschwindet der Eintrag nicht mal
beim sauberen, sofortigen Beenden der Anwendung selbst.
Frage an die Runde: Hat jemand mit Wayland-Session ebenfalls veraltete
appId-Einträge in ~/.local/state/plasmasessionrestorestaterc, die auch
nach vollständig beendetem Prozess bestehen bleiben?
@swh, @joekamprad@Arch_Enemy
Ich habe den Solution-token rausgenommen, da die Sache wohl doch an KDE/Wayland liegt, wie Du @Arch_Enemy rausbekommen hast. Mal sehen, ob der Reflector-simple-Dialog wieder hochkommt. Dann müsste man auf die Behebung des bugs durch KDE warten oder das in Wayland eben das XSMP-Management eingeführt wird und damit diese halbe Sache in Wayland gefixt wird.
Ich habe diesen Eintrag unter ~/.local/state/plasmasessionrestorestaterc auch und das steht in diesem file drin:
Ich bin mir nicht bewusst Eintrag [2] jemals dort willent- und wissentlich eingetragen zu haben! Frage meinerseits an die Runde. Kann das file einfach editiert werden und [2] kurzerhand händisch gelöscht werden oder zerschießt man sich da etwas bzw. wird das bei einen nächsten boot einfach von KDE bzw. Wayland wieder eingetragen und ist somit sinnlos?