Frank_M
Anmeldungsdatum: 10. April 2006
Beiträge: 144
Wohnort: Bonn
|
Hi, ich kämpfe gerade mit einem komischen Phänomen: Der RSS-Feed Reader liferea startet zwar normal, bekommt aber plötzlich kein Fenster mehr auf meinem Desktop. Ich würde gern einen raus bekommen, woran das liegt, weiß aber nicht wo ich mit der Fehlersuche ansetzen kann und bräuchte Hilfe. Hintergrund Ich benutze liferea seit vielen Jahren täglich und das auch sehr häufig. Ich habe mich an dessen Macken gewöhnt und komme gut damit klar. Vor ein paar Tagen kam das Update für Firefox-36 heraus und danach gab es ein Problem zwischen FF und Liferea: URLs, die ich in liferea angeklickt hatte, wurden nicht mehr im FF geöffnet. Es wurde zwar eine neue FF-Instanz gestartet, die aber nur meine Startseite enthielt. Korrekt hätte es ein neuer Tab in einer bestehenden FF-Instanz sein müssen, in dem dann die URL geladen wird. Ich wollte mir im debug-modus die Aufruf-Parameter ansehen, die liferea an den FF schickt. Als ich liferea versehentlich mit --help-debug-all statt --debug-all aufrief, startete es scheinbar normal, bekommt seit dem aber kein Fester mehr auf meinem Desktop. Im Debug-Modus (liferea --debug-all) kann ich jetzt sehen, dass es regulär startet, fehlerfrei läuft und normal beendet wird - aber wie gesagt, das Fenster der Anwendung wird nicht angezeigt. Genau das gleiche passiert, wenn ich es ohne alle Parameter starte: es läuft, mit "ps -A | grep liferea" kann ich es sehen und mit "pkill liferea" kann ich es normal beenden, aber auf der GUI ist nix zu sehen ☹ Versuchte Fehlerbeseitigungen Die einfachen Dinge habe ich schon ausprobiert: liferea-Konfiguration um User-Kontext gelöscht, liferea gelöscht (mit aptitude seektiv dieses Paket raus geworfen) und dann neu installiert, Login/Logout und auch Neustart. Aber insgesamt bleibt das Programm "grafisch verschollen". Ansonsten funktioniert der Desktop auch vollkommen normal. Kann mir jemand sagen, wo ich ein Logging aktivieren kann, das seitens xorg/kwin Fehler und Hinweise liefert, wo das Problem liegen kann? Vielen Dank ☺ Frank
|
HmpfCBR
Anmeldungsdatum: 22. Mai 2007
Beiträge: 4597
Wohnort: Leipzig
|
Moin, Frank M schrieb: Ich wollte mir im debug-modus die Aufruf-Parameter ansehen, die liferea an den FF schickt. Als ich liferea versehentlich mit --help-debug-all statt --debug-all aufrief, startete es scheinbar normal, ….
Laut https://github.com/lwindolf/liferea/blob/master/man/liferea.1 ist --help-debug-all keine gültige Option, das sollte also zu überhaupt keiner Veränderung am Programm führen.
… bekommt seit dem aber kein Fester mehr auf meinem Desktop
Such dir den Prozess in der Systemüberwachung (Strg+Esc) und versuch über das "Kontextmenü → Programmfenster anzeigen" zum Fenster zu gelangen. Ansonsten sicher stellen, dass es sich nicht auf einer anderen virtuellen Arbeitsfläche oder Aktivität befindet. Taucht das Fenster in der Fensterleiste auf?
Kann mir jemand sagen, wo ich ein Logging aktivieren kann, das seitens xorg/kwin Fehler und Hinweise liefert, wo das Problem liegen kann?
Du könntest dir testweise einen leichtgewichtigen Windowmanager wie Fluxbox installieren (zieht AFAIR keine großen Abhängigkeiten, wenn kubuntu-desktop eh schon installiert ist) und dich in der Sitzungsverwaltung mal dort anmelden, um zu sehen, ob es überhaupt etwas mit KWin zu tun hat. Wenn das Problem da nicht auftritt durchsuche mal die Fensterregeln und Skripte ("Systemeinstellungen → Fensterverhalten").
|
Frank_M
(Themenstarter)
Anmeldungsdatum: 10. April 2006
Beiträge: 144
Wohnort: Bonn
|
Moin auch ☺ vielen Dank für Deine schnelle Hilfe! Das Fenster über die Systemüberwachung aufzurufen, bzw. zu schauen, was dann passiert - darauf hätte ich eigentlich auch selber kommen können - peinlich 😳 Aber sehr, sehr strange: Ich hatte heute 3 Stunden mit liferea rum gefummelt und die ganze Zeit war das Fenster verschollen. Aus demNichts heraus ist es wieder da - einfach so. Habe die gesicherte OPML-Datei importiert und alles fast wie vorher (Müsste die Ordner um eine Ebene nach unten verschieben, abr die zicken irgend wie rum ..). Danke auf jeden Fall für Deine Hilfe und sollte es nochmal auftreten werde ich an die Systemüberwachung denken .. Vielleicht als kleines "Dankeschön" der Hinweis und die Lösung für das ursprüngliche Problem (Liferea → FF): wenn man in Liferea explizit Firefox als Browser eingestellt hat, dann macht es beim Klicken folgenden FF-Aufruf (wenn man z.B. Netzpolitik abonniert hat): firefox -a firefox -remote openURL(https://netzpolitik.org/,new-tab) Wenn ich das vorhin richtig gelesen habe, dann gibt es den Switch -remote seit FF v36.0 nicht mehr. Entsprechend ist die Lösung sehr einfach: Einfach den Browser auf den Default-Browser oder einen manuell einzutragenden Browser umstellen und dann ist wieder alles in Butter 😉 Nochmal Danke, ich markiere das Thema als gelöst. Frank HmpfCBR schrieb: Moin, Frank M schrieb: Ich wollte mir im debug-modus die Aufruf-Parameter ansehen, die liferea an den FF schickt. Als ich liferea versehentlich mit --help-debug-all statt --debug-all aufrief, startete es scheinbar normal, ….
Laut https://github.com/lwindolf/liferea/blob/master/man/liferea.1 ist --help-debug-all keine gültige Option, das sollte also zu überhaupt keiner Veränderung am Programm führen.
… bekommt seit dem aber kein Fester mehr auf meinem Desktop
Such dir den Prozess in der Systemüberwachung (Strg+Esc) und versuch über das "Kontextmenü → Programmfenster anzeigen" zum Fenster zu gelangen. Ansonsten sicher stellen, dass es sich nicht auf einer anderen virtuellen Arbeitsfläche oder Aktivität befindet. Taucht das Fenster in der Fensterleiste auf?
Kann mir jemand sagen, wo ich ein Logging aktivieren kann, das seitens xorg/kwin Fehler und Hinweise liefert, wo das Problem liegen kann?
Du könntest dir testweise einen leichtgewichtigen Windowmanager wie Fluxbox installieren (zieht AFAIR keine großen Abhängigkeiten, wenn kubuntu-desktop eh schon installiert ist) und dich in der Sitzungsverwaltung mal dort anmelden, um zu sehen, ob es überhaupt etwas mit KWin zu tun hat. Wenn das Problem da nicht auftritt durchsuche mal die Fensterregeln und Skripte ("Systemeinstellungen → Fensterverhalten").
|
HmpfCBR
Anmeldungsdatum: 22. Mai 2007
Beiträge: 4597
Wohnort: Leipzig
|
Frank M schrieb: wenn man in Liferea explizit Firefox als Browser eingestellt hat, dann macht es beim Klicken folgenden FF-Aufruf (wenn man z.B. Netzpolitik abonniert hat): firefox -a firefox -remote openURL(https://netzpolitik.org/,new-tab) Wenn ich das vorhin richtig gelesen habe, dann gibt es den Switch -remote seit FF v36.0 nicht mehr.
man firefox erklärt die zur Verfügung stehenden Optionen an, darunter ist ein --no-remote . Brauchst du in deinem Anwendungsfall aber nicht, da das Standardverhalten von Firefox schon passt (zur bestehenden Instanz verbinden). 😉
|
Frank_M
(Themenstarter)
Anmeldungsdatum: 10. April 2006
Beiträge: 144
Wohnort: Bonn
|
von wegen gelöst .. 😐 Vielleicht hatte ich eine falsche Ursachenbescheibung. Aber als ich eben das erfreulich wieder gefundene liferea über das "x" oben rechts schließen wollte, hat es sich nicht geschlossen (ps -A | grep liferea), sondern ist nur in den Hintergrund getreten - aber so, dass es wieder keine Repräsentation auf der GUI mehr hatte. Ich habe es mit "pkill liferea" beendet, worauf es verschwand und nun wieder das gleiche Symptom auftritt: Wenn man es startet, bekommt es kein Fenster .. Jetzt habe ich natürlich mal die Systemüberwachung gestartet und versucht, es mit "Programmfenster anziegen" nach vorne zu bringen: Es passiert nichts.. Wenn ich ihm ein SIGTERM sende, dann beendet es sich auch ganz brav .. Dass es reproduzierbar ist, ist ja ganz interessant. Die Frage ist nur was das zur Hölle ist .. HmpfCBR schrieb: Frank M schrieb: wenn man in Liferea explizit Firefox als Browser eingestellt hat, dann macht es beim Klicken folgenden FF-Aufruf (wenn man z.B. Netzpolitik abonniert hat): firefox -a firefox -remote openURL(https://netzpolitik.org/,new-tab) Wenn ich das vorhin richtig gelesen habe, dann gibt es den Switch -remote seit FF v36.0 nicht mehr.
man firefox erklärt die zur Verfügung stehenden Optionen an, darunter ist ein --no-remote . Brauchst du in deinem Anwendungsfall aber nicht, da das Standardverhalten von Firefox schon passt (zur bestehenden Instanz verbinden). 😉
Ich hatte früher mal das Problem, die FF-Instanzen zu unterscheiden, wenn ich X über ssh tunnele. Da brauche ich doch nach wie vor das -A. Das mit dem "-remote"-Switch hatte ich mir noch nie näher angesehen, aber ist ja jetzt auch hinfällig 😉 Ich denke, diesen Teil können wir abhaken.
|
HmpfCBR
Anmeldungsdatum: 22. Mai 2007
Beiträge: 4597
Wohnort: Leipzig
|
Schon mit Fluxbox o.ä. getestet?
|
Frank_M
(Themenstarter)
Anmeldungsdatum: 10. April 2006
Beiträge: 144
Wohnort: Bonn
|
HmpfCBR schrieb: Schon mit Fluxbox o.ä. getestet?
Habe das Problem gefunden - ich denke, es ist ein Feature und kein Bug. Merkwürdig, dass mir dieses Feature früher nicht aufgefallen ist 😳 Wenn ich liferea mit "--debug-conf" starte, dann sieht man es ganz schön: $ liferea --debug-conf
[..]
CONF : Setting last-window-state to 0
CONF : Setting last-vpane-pos to 394
CONF : Setting last-hpane-pos to 61
CONF : Setting last-wpane-pos to 100
CONF : Setting last-window-x to 1623
CONF : Setting last-window-y to 97
CONF : Setting last-window-width to 1171
CONF : Setting last-window-height to 631
CONF : Setting last-window-state to 3
CONF : Setting last-window-state to 0 window-state = 0 ist sichtbar. Wenn ich das Fenster schließe (Alt-F4), geht die Anwendung nur in den Hintergrund, so dass sie nicht mehr erreichbar ist (window-state = 3). Erst wenn ich die Anwendung neu starte, kommt sie wieder in den Vordergrund (formaler Programmstart beim Übergang von vorletzter zu letzter Zeile). Wenn ich das Programm dann im Hintergrund wirklich schließe (SIGTERM), dann wird dieser Zustand beim nächsten Start auch wieder hergestellt und ich sehe: Nichts. Erst wenn ich die Anwendung nochmal "starte" wird sie aus dem Hintergrund nach vorne geholt. Das ist für mich jetzt absolut transparent und reproduzierbar. mit pkill o.ä. beendet und dann ..
$ liferea --debug-conf --debug-gui
[..]
GUI : Restoring window position
GUI : Retrieved saved setting: size 1171x631 position 2078:42
GUI : Restoring to size 1171x631 position 2078:42
GUI : Loading pane proportions
GUI : Restoring window state 'hidden (to tray)'
[..] GUI : Restoring window state 'hidden (to tray)' Ich verstehe nur gerade nicht, dass mir das früher nicht aufgefallen sein soll - das ist ein so auffällig anderes Verhalten, dass ich das früher kaum übersehen haben kann. Denn faktisch kann ich liferea ja gar nicht mehr schließen. Ich bin mir aber sehr sicher, dass ich das Programm früher vollkommen normal beendet habe und es beim Starten auch jedes mal ein echter Neustart war. Der Paranoiker in mir fragt sich gerade, wo man den sha256 von /usr/bin/liferea nachschlagen kann 😉 Wie dem auch sei, das Thema ist für mich jetzt durch. Dank Dir nochmal & Grüße, 👍 Frank
|
Cruiz
Anmeldungsdatum: 6. März 2014
Beiträge: 5557
Wohnort: Freiburg i. Brsg.
|
Heißt "früher" in einer früherne Version von K/Ubuntu oder "früher" in Trusty? Sofern ersteres der Fall ist, könnte das mit einer Umstrukturierung bei GNOME zu tun haben, deren Benutzerkonzept sich ja immer weiter von KDE entfernt. Ist aber nur eine Vermutung, da ich hier QuiteRSS verwende.
|
Frank_M
(Themenstarter)
Anmeldungsdatum: 10. April 2006
Beiträge: 144
Wohnort: Bonn
|
MrGerardCruiz schrieb: Heißt "früher" in einer früherne Version von K/Ubuntu oder "früher" in Trusty? Sofern ersteres der Fall ist, könnte das mit einer Umstrukturierung bei GNOME zu tun haben,
deren Benutzerkonzept sich ja immer weiter von KDE entfernt. Ist aber nur eine Vermutung,
da ich hier QuiteRSS verwende.
Auf jeden Fall innerhalb von Trusty. Ich bin jemand, der seine Applikationen i.d.R. runter fährt, bevor er neu bootet - was i.d.R. nur bei Kernel-Updates geschieht. Das andersartige Verhalten von liferea - wenn ich darüber nachdenke würde ich bei dem "früher" auf irgend etwas zwischen zwei Wochen und zwei Monaten tippen. Danke für den Tipp mit QuiteRSS, sieht schick aus. Scheint auch eine gewisse Nähe zu liferea zu haben oder gehabt zu haben 😉 Frank
|
mobam
Anmeldungsdatum: 9. März 2011
Beiträge: 111
|
Hallo! Bin über diesen Beitrag gestolpert, weil ich exakt dasselbe Problem habe. Ich kann deine Beschreibung nachvollziehen. LifeRea ist im Hintergrund bis ich es nochmal starte. Dann kann ich das Fenster sehen. Ich habe aber eine andere Frage: Gibt es eine Möglichkeit, LifeRea auch unter KDE im Tray Bereich anzeigen zu lassen und dann darüber ggf. das Fenster zu aktivieren? Ich habe nämlich weder wenn es lediglich im Hintergrund ist, noch wenn ich es zum zweiten Mal starte und das Fenster vor mir habe, ein Tray Icon. Auch nicht im KDE Messaging Menu. Vielen Dank!
|
Frank_M
(Themenstarter)
Anmeldungsdatum: 10. April 2006
Beiträge: 144
Wohnort: Bonn
|
Hi, ich habe es Cruiz (Dank nochmal an dieser Stelle!) nachgemacht und bin auf QuiteRSS umgestiegen, gefällt mir sehr gut! Liferea habe ich seitdem nicht mehr angefasst .. Beste Grüße, Frank
|
mobam
Anmeldungsdatum: 9. März 2011
Beiträge: 111
|
Haha! ☺ Das ist natürlich auch eine Möglichkeit. Ist für mich aber nicht möglich, da ich die Sync-Funktion nutze und dafür jetzt TheOldReader nutze. QuiteRSS hat, soweit ich weiß, keine sync-funktion. Schade! So wild ist das mit dem Tray natürlich auch nicht. Wäre nur ganz nett... beste grüße,
mobam
|
mobam
Anmeldungsdatum: 9. März 2011
Beiträge: 111
|
Update: aus mir unerklärlichen Gründen hat sich das Verhalten von Liferea vor ein paar Tagen geändert. Es startete direkt nach dem ersten Öffnen mit sichtbarem Fenster. Zudem habe ich irgendwo das trayicon-plugin für Liferea geladen und es in "/usr/lib/x86_64-linux-gnu/liferea/plugins/" gepackt. Ob das der richtige Ort ist, weiß ich nicht. Es hat mit Version 1.10 auch nicht funktioniert. Aber nachdem ich ein anderes ppa hinzugefügt habe, um Version 1.11.4 zu installieren (in 1.10 wurden die Ordner von TheOldReader noch nicht erkannt), läuft auch das trayicon. – Manchmal lösen sich einige Probleme von allein! ☺
|