staging.inyokaproject.org

Hallo,

im aktuellen Firefox 141.0 unter Kubuntu 24.04 funktioniert es oft nicht das wenn ich eine belibige HTML-Datei (die validen HTML-Code enthällt und vom aktuellen Benutzer auus problemlos lesbar und schreibbar ist) vom Dolphin (dem graphischen Datei-Manager vom KDE-Desktop) eine HTML-Datei per Drag-and-Drop einfach auf die Tab-Leiste im Browser-Fenster ziehe.

Ich habe dabei bis jetzt folgende "Systematik" hinter diesem Problem herausgefunden:

- wenn diese HTML-Datei in einem Verzeichnis liegt das sich auf einem tmpfs-Volume befindet kommt immer die Meldung "Fehler: Datei nicht gefunden" obwohl diese Datei wirklich da ist und sie gleichzeitig in Kate (läuft unter dem selben User wie Firefox) geöffnet ist und von Kate auch gespeichert werden kann (also der User hat vollen Zugriff auf diese real existierende Datei), wenn ich die selbe HTML-Datei aber aus dem Menü (das man per F10 sichtbar macht) mit dem "Datei-öffnen..."-Dialog öffne dann klappt es (sie wird korrekt angezeigt), zumindest für die HTML-Datei selber aber für von der HTML-Datei benutzte Bilder die im selben Verzeichnis liegen klappt das nicht (dort bleibt ein leerer Rahmen so als würde ein HTTP-Server das Bild nicht liefern). Dabei ist es auch egal von welchem tmpfs-Volume ich das ausprobiere (egal ob unter "/tmp/" oder unter "/work/" oder direkt unter "/media/" oder unter "/home/user-name/snap/firefox/common/.cache/", ja das sind bei mir alles tmpfs-Volumes) Firefox gibt immer die Fehlermeldung "Fehler: Datei nicht gefunden" wenn ich die HTML-Datei per Drag-and-Drop im Firefox öffnen möchte aber wenn ich die HTML-Datei über das Menü öffne geht zumindest die HTML-Datei selber fehlerfrei aber ohne jegliche zusätzliche Ressourcen (auch keine vom selben Verzeichnis benutzte .css-Datei).

- wenn die HTML-Datei auf einem "normalem" Datenträger liegt klappt das immer komplett Problemlos per Drag-and-Drop (und natürlich auch per Menü, hab ich extra ausprobiert obwohl das Menü von Firefox nicht meine übliche Vorgehensweise ist), auch mit allen von der HTML-Datei eingebundenen Ressourcen (wie CSS oder .js-Scripte oder Bilder). Selbst mit gemounteten externen Festplatten (die dann unter "/media/user-name/volume-name/" liegen) klapp das immer einwandfrei solange der verwendete User-Account von Linux unter dem Firefox läuft ausreichende Zugriffsrechte hat (ich hab dabei sogar schon RO-gemountete Festplatten-Volumes ausprobiert).

Kann es sein das Firefox ein Problem mit tmpfs-Volumes hat?

Das ist bis jetzt die einzigste "Systematik" die ich gefunden habe!

Auf dem auf der Festplatte noch parallel installiertem alten Kubuntu mit einem ebenfalls altem Firefox (fragt jetzt bitte nicht nach der genauen Version ich will jetzt nicht rebooten aber das System auf der anderen Partition ist dort schon einige Jahre) klappen all diese Dinge komplett problemlos seit vielen Jahren. Ich habe vor etwa einem halben Jahr dann endlich mal ein aktuelles Kubuntu installiert und seit dem klappt mein täglicher Workflow einfach nicht mehr so wie ich das seit mehr als 20 Jahren unter Linux (davon jetzt mehr als 15 Jahre Kubuntu) gewöhnt bin.

Was kann die Ursache für das von mit beobachtete Verhalten vom Firefox sein?

Danke für alle erhellden Antworten!

Erik

Wie wurde Firefox installiert?

Snap?

Führe folgenden Befehl in einem Terminal aus und zeige uns die vollständige Ein- und Ausgabe hier im Forum als Codeblock formatiert:

snap list --all

(Benutze Kopieren Strg + C und Einfügen Strg + V . Im Terminal braucht es zusätzlich die ⇧ -Taste.)

 1
 2
 3
 4
 5
 6
 7
 8
 9
10

Name               Version          Revision  Tracking       Herausgeber  Hinweise
bare               1.0              5         latest/stable  canonical✓   base
core22             20250528         2010      latest/stable  canonical✓   base,deaktiviert
core22             20250612         2045      latest/stable  canonical✓   base
firefox            140.0.4-1        6495      latest/stable  mozilla✓     deaktiviert
firefox            141.0-2          6565      latest/stable  mozilla✓     -
gnome-42-2204      0+git.38ea591    202       latest/stable  canonical✓   -
gtk-common-themes  0.1-81-g442e511  1535      latest/stable  canonical✓   -
snapd              2.68.5           24718     latest/stable  canonical✓   snapd,deaktiviert
snapd              2.70             24792     latest/stable  canonical✓   snapd

Firefox wurde mit der Neu-Installation von Kubuntu auf einer neuen Partition mit installiert, ich hab da nichts dran rumgespielt

Erik

Ok. Dann liegt es an Snap ← lesen!

schwarzheit schrieb:

Ok. Dann liegt es an Snap ← lesen!

Okay, und wonach genau sollte ich in dem Artikel suchen?

Dort scheint es gar nicht um konkrete Zugriffsrechte auf bestimmte Verzeichnisse oder gar um tmpfs zu gehen. Die Suche über die Seite nach "tmpfs" gibt keine Treffer.

Entschuldige wenn ich mich da jetzt blöd anstelle aber dieser gesammte Artikel (den ich in den vergangenen Tagen mehrfach gelesen habe, ich versuche schon seit einiger Zeit dieses Problem von Firefox zu lössen aber komme einfach nicht weiter, deshalb die Frage hier im Forum) scheint keinen Hinweis auf mein Problem zu enthalten, oder ich bin zu blöd das zu finden.

Erik

Willkommen in der wunderbaren Welt der Snaps, das von Canonical erschaffene Paradies auf Erden!

--ks

Zwei Möglichkeiten:

1. Du suchst dir raus, welche Connections der gesnappte Firefox benötigt, um auf das fragliche Verzeichnis zuzugreifen, setzt diese (von Hand im Terminal), entdeckst, dass es immer noch nicht geht, findest raus, dass noch eine zweite Verbindung gesetzt werden muss …

2. Du wirfst den gesnappten Firefox runter und installierst gemäß https://support.mozilla.org/de/kb/firefox-unter-linux-installieren#w_installation-von-firefox-uber-das-deb-paket-fur-debian-basierte-distributionen-empfohlen einen frischen direkt vom Hersteller als normales deb-Paket.

--ks

Dann lies ihn nochmal.

Snaps dürfen nicht auf das gesamte System zugreifen nur auf /home. Sicherheitskonzept!

Sinnvoller wäre es also auf die .deb Installation zurück zu gehen. Firefox/Installation (Abschnitt „Mozilla-Paketquelle“)

Kreuzschnabel schrieb:

Willkommen in der wunderbaren Welt der Snaps, das von Canonical erschaffene Paradies auf Erden!

Okay, und nun? (ja mein Ironie-Detektor hat angeschlagen)

Soweit ich das verstanden habe ist snap eine Art von Container in dem Programme in einer sicheren Umgebung laufen sollen. (Oder irre ich hier?) Das finde ich grundsätzlich ganz gut aber ich finde in der gesamten Dokumentation dazu (auch nicht unter https://snapcraft.io/docs/interface-management ) keinen Hinweis auf tmpfs.

Muss ich jetzt wirklich erst den Quell-Code von snap komplett durchgehen um herauszufinden wie ich dafür sorgen kann das Firefox zumindest auf /tmp/ (und alle Unterverzeichnisse) lesend und auf /tmp/Downloads/ (und alle Unterverzeichnisse) auch schreibend zugreifen kann?

Grüße Erik

schwarzheit schrieb:

Sinnvoller wäre es also auf die .deb Installation zurück zu gehen.

Okay, das dürfte mein Problem vermutlich erstmal lösen, aber wenn snap wirklich eine so tolle Zukunft ist dann würde ich schon ganz gerne von dessen Vorteilen profitieren wollen. Die angepriesenen Sicherheits-Features klingen schon recht interessant. Ich würde es gerne probierem eine Lösung mit snap zu finden. Immerhin habe ich gestern herausgefunden das man zum Erteilen von mehr Rechten für ein konkretes snap in der betreffenden Datei snapcraft.yaml entsprechende Änderungen vornehmen soll, das habe ich auch getan aber ich bekomme die geänderte Datei nicht mehr in das zuständige Verzeichnis unter /snap/ gespeichert, nicht mal mit root-Rechten. Außerdem fürchte ich das die von mir händisch modifizierte Datei snapcraft.yaml nach dem nächsten Update von Firefox wieder überschrieben wird (stimmt das?).

Also gibt es irgendwo eine gute Anleitung wie ich mein Problem lösen kann?

Erik

Du hast es immernoch nicht verstanden scheint mir.

Wenn du einem Snap mehr Zugriffsrechte gibts als vorgesehen, arbeitest du gegen das Sicherheitskonzept, was damit vollkommen sinnlos wird.

Und Snap ist definitiv nicht die Zukunft, es sei denn man lernt derartige Einschränkungen zu akzeptieren und damit entsprechend umzugehen.

Also raus aus dem /tmp Ordner und arbeite in /home. Problem gelöst.

schwarzheit schrieb:

Snaps dürfen nicht auf das gesamte System zugreifen nur auf /home. Sicherheitskonzept!

Okay, und warum kann Firefox dann auf jede Datei lesend Zugreifen die sich nicht auf einem tmpfs befindet?

Ich hab das wirklich im gesamten Verzeichnisbaum an sehr vielen verschiedenen Stellen ausprobiert (auch mit externen Festplatten und diese auch manuell in verschiedene Positionen händisch gemountet und auch mit unterschiedlichen Dateisytemem darauf, ja ich tüfftle schon eine Weile mit diesem Firefox-Problem), die einzigste "Systematik" die ich finden kann ist tmpfs!

Erik

Da mich dieser Mist von Ubuntu weggetrieben hat, klinke ich mich hier aus.

--ks

was ich darüber hinaus nicht verstehe ist warum kann ich eine beliebige Datei aus jedem belibigen Verzeichnis (auch wenn dieses Verzeichnis auf einem tmpfs liegt) per Menü fehlerfrei im Firefox öffnen aber nicht per Drag-and-Drop? Was ist da der Unterschied?

schwarzheit schrieb:

Snaps dürfen nicht auf das gesamte System zugreifen nur auf /home. Sicherheitskonzept!

und warum kann ich auch außerhalb von /home jede beliebige Datei mit Firefox (per Drag-and-Drop) korrekt öffnen (inklusive weiterer Ressourcen die die Datei einbindet) solange diese nicht auf einem tmpfs liegt? Das klappt wie gesagt auch mit externen Festplatten usw.! Es währe ja für einen Browser auch eine unangemessene Einschränkung wenn dieser nur im /home Lesend zugreifen dürfte!

Das Sicherheitskonzept scheint nach meiner Beobachtung aus den letzten paar Monaten (in denen ich damit nun rumtüfftle) nichts mit Verzeichnissen oder mit /home zu tun zu haben.

Grüße Erik

selbst unter https://snapcraft.io/docs/content-interface konnte ich nicht finden wie man einem bestimmten snap Zugriff auf den normalen Dateisystembaum gibt, der IMHO doch vom Linux-System selber kommt nicht Teil eines anderen snap ist.

In dem verlinkten Artikel geht es nur darum wie zwei verschiedene snap's Dateien gegenseitig zum Zugriff anbieten aber das ist doch, soweit ich das verstanden habe, nicht mein Problem?

Kreuzschnabel schrieb:

Du suchst dir raus, welche Connections der gesnappte Firefox benötigt, um auf das fragliche Verzeichnis zuzugreifen, setzt diese (von Hand im Terminal), entdeckst, dass es immer noch nicht geht, findest raus, dass noch eine zweite Verbindung gesetzt werden muss ...

Gibt es dazu irgendwo im Internet eine gute und verständliche Anleitung?

Grüße Erik