[Erledigt] PCManFM

[HumiNi]

Ich nutze als Dateimanager PCManFM. Mit einer Ausnahme ist alles super:

Da ich auch viel im Terminal mache, lösche ich dort manchmal leere Verzeichnis. Wenn ich im Dateimanager gerade in diesem Verzeichnis stehe, stürzt er ab. Übel!
Kennt jemand das Problem und Abhilfe gefunden?

[Livingston]

Kann ich nicht nicht rekonstruieren. Hab gerade ein leeres Verzeichnis erstellt, bin mit PCManFM dort reingegangen und habe dann per Konsole das Verzeichnis gelöscht. PCManFM hat das bemerkt und kletterte von sich aus wieder ins übergeordnete Verzeichnis.
Gibt's andere Rahmenbedingungen? Löschst Du z.B. rekursiv über mehrere Ebenen und befindest Dich gerade mit dem Dateimanager weit unten in der Verzeichnisstruktur?

[HumiNi]

Ich habe gerade nachvollzogen:
Im Terminal ein Verzeichnis angelegt, mit PCManFM in der Seitenleiste (links) darauf gewechselt, Verzeichnis im Terminal gelöscht (rmdir) und das PCManFM-Fenster verschwindet, ist also gekillt.

[uname]

Man könnte mal strace installieren und alles mögliche protokollieren. Vielleicht lässt sich dort was finden.

Code: Alles auswählen

strace -f -o log.txt pcmanfm

Alternativ kann man mit

Code: Alles auswählen

strace -ff -o log.txt pcmanfm

auch jeden Prozess in eine eigene Datei schreiben lassen.

[hikaru]

Ich hatte das vorhin mal in einer Bookworm-VM getestet und konnte den Effekt bestätigen:
1. pcmanfm aufmachen
2. im Terminal Ordner anlegen
3. in pcmanfm in Ordner wechseln
4. Ordner im Terminal löschen
5. pcmanfm geht zu.

Dabei sah das in strace sehr gesittet aus. Es gab keine Meldungen die darauf hindeuteten, dass pcmanfm plötzlich und unerwartet irgendetwas unter dem Hintern weggezogen wurde. Wenn es nicht so unerwartet wäre, dann würde ich behaupten: Das soll so sein.

[MSfree]

Wenn es nicht so unerwartet wäre, dann würde ich behaupten: Das soll so sein.

Glaube kaum, daß das so sein soll
Eventuell läuft der in ein Segfault, müßte also eigentlich einen core schreiben. Allerdings ist Debian standardmässig so eingestellt, daß es keine cores schreibt, kann man aber im Terminal ändern mit

Code: Alles auswählen

ulimit -c <size in bytes>

Und dann nochmal den PCmanFM aus dem Terminal,in dem die Änderung gemacht wurde, starten.

Hmm, sollte strace Segfaults nicht auch mitbekommen?

[hikaru]

Hmm, sollte strace Segfaults nicht auch mitbekommen?

Ja, sollte es. Deshalb bin ich ja so überrascht.

[Huo]

Auch ich konnte zunächst den "Absturz" bestätigen, das unerwünschte Verhalten aber nach einigem Herumspielen an den PCManFM-Einstellungen abstellen:

Bearbeiten -> Einstellungen -> Datenträgerverwaltung -> Bei Auswurf des Wecheldatenträgers: "Im Reiter zu Benutzerverzeichnis wechseln" auswählen (statt "Wechseldatenträger-Reiter schließen")

[HumiNi]

Auch ich konnte zunächst den "Absturz" bestätigen, das unerwünschte Verhalten aber nach einigem Herumspielen an den PCManFM-Einstellungen abstellen:

Bearbeiten -> Einstellungen -> Datenträgerverwaltung -> Bei Auswurf des Wecheldatenträgers: "Im Reiter zu Benutzerverzeichnis wechseln" auswählen (statt "Wechseldatenträger-Reiter schließen")

Ja, das kann ich so bestätigen. Ist zwar strange, weil das bemängelte Verhalten nichts mit Wechseldatenträgern (wie kommt man nur darauf, dort in den Einstellungen zu suchen? ) zu tun hat, aber besser so als geschlossenes Fenster. Danke.

[Huo]

Ist zwar strange, weil das bemängelte Verhalten nichts mit Wechseldatenträgern (wie kommt man nur darauf, dort in den Einstellungen zu suchen? ) zu tun hat [...]

Ich denke, es kommt gar nicht so selten vor, dass Programmierer ein spezielles Feature mit Hilfe eines groben Holzhammers implementieren und so quasi über das Ziel hinausschießen.

[hikaru]

Rein aus Neugier (habe meine Test-VM gerade nicht parat):
Wenn man mehrere pcmanfm-Fenster bzw. Tabs offen hat, und nur in einem davon in dem Verzeichnis steht, das per Terminal gelöscht wird, dann geht auch nur dieses eine Fenster/dieser eine Tab zu, oder?

[MSfree]

Wenn man mehrere pcmanfm-Fenster bzw. Tabs offen hat, und nur in einem davon in dem Verzeichnis steht, das per Terminal gelöscht wird, dann geht auch nur dieses eine Fenster/dieser eine Tab zu, oder?

Es geht nur der Tab bzw. das Fenster zu, dessen Verzeichnis gelöscht wurde.

[MSfree]

Ist zwar strange, weil das bemängelte Verhalten nichts mit Wechseldatenträgern ... zu tun hat.

Im Grunde hast du recht, es entbehrt aber nicht einer gewissen Logik. Es ist letztlich egal ob der Mountpunkt eines Wechseldatenrtägers verschwindet oder ob ein Verzeichnis verschwindet, der Dateimanager reagiert in beiden Fällen gleich.

Man hätte es in den Einstellungen besser beschreiben können. Allerdings ist man bei solchen Dialogen auch immer bemüht, kurze Beschreibungen statt ellenlanger Romane anzuzeigen. Hier war es dann wohl doch ein wenig zu kurz.

[Huo]

[...] es entbehrt aber nicht einer gewissen Logik. Es ist letztlich egal ob der Mountpunkt eines Wechseldatenrtägers verschwindet oder ob ein Verzeichnis verschwindet, der Dateimanager reagiert in beiden Fällen gleich.

Dass es auch anders geht, beweist der Dateimanager nemo. Hier wird die Einstellung "Automatically close the device's tab, pane or window when a device is unmounted or ejected" wirklich nur bei Wechseldatenträgern wirksam. Wird hingegen ein offenes Verzeichnis durch eine externe Anwendung (oder in einem anderen nemo-Tab) gelöscht, erfolgt ein Sprung zum übergeordneten Verzeichnis.

[hikaru]

Es geht nur der Tab bzw. das Fenster zu, dessen Verzeichnis gelöscht wurde.

Danke!

[TRex]

Wird hingegen ein offenes Verzeichnis durch eine externe Anwendung (oder in einem anderen nemo-Tab) gelöscht, erfolgt ein Sprung zum übergeordneten Verzeichnis.

Das wäre aus meiner Sicht ein sinnvoller Feature-Wunsch.

Das Verhalten wurde zuletzt hier diskutiert (hab ich eben rausgefischt): https://github.com/lxqt/pcmanfm-qt/issues/42

Nice, I haven't seen this option.

I believe it works half. It doesn't close pcman anymore, but the selection on the left side remains where it was mounted before. I would expect the selection to change to my home folder too (as the contents is shown correct on the right).

Wurde aber nicht mehr weiter kommentiert.