Discussion:
[FF 104.0.2] PDF-Anzeige kaputt?
(zu alt für eine Antwort)
Ralph Stahl
2022-09-07 10:34:32 UTC
Permalink
FF 104.0.2 Xubuntu 22.04

Moin!

Ich habe FF als DEB installiert. Vorhin kam zwangsweise ein Update,
okay. Danach hat e snicht mehr funktioniert, einen PDF-Link anzuklicken
und die gewünschte Aktion auszuführen. Ich möchte gern die sofortige
Anzeige ohne ein vorgeriges Runterladen in /Download/.

Einstellung in pref:

browser.download.open_pdf_attachments_inline = false (true geht auch nicht)

Aktion: in evince anzeigen

Folge:

Beim Anklicken eines Links auf ein PDF-File blitzt es kurz auf und
nichts passiert. Allerdings steht das File dann in der Download-Liste,
jedoch kann ich es nicht öffnen und auch nicht den Ordner, wo es
angeblich gelandet ist.

Das gleiche passiert, wenn ich "vorher fragen" einstelle: da wird brav
gefragt und dann passiert obiges, nichts außer dem Eintrag in der Liste.
"Standardanwendung benutzen" passiert überhaupt nichts, weil ich keine
einstellen kann. "In Firefox öffnen" geht als einziges, aber genau das
will ich nicht. Es soll auch nichts in der Downloadliste landen, weil
ich genau das ja mit der obigen pref verhindern will.

All das hat bis 104.0.1 noch funktioniert - man hat also bei Mozilla
wieder gekonnt etwas Laufenden kaputt bekommen. Wie komme ich da jetzt
weiter?

Danke für Tips,
Ralph
Ralph Stahl
2022-09-07 11:11:32 UTC
Permalink
Unten eine Ergänzung
Post by Ralph Stahl
FF 104.0.2 Xubuntu 22.04
Moin!
Ich habe FF als DEB installiert. Vorhin kam zwangsweise ein Update,
okay. Danach hat e snicht mehr funktioniert, einen PDF-Link anzuklicken
und die gewünschte Aktion auszuführen. Ich möchte gern die sofortige
Anzeige ohne ein vorgeriges Runterladen in /Download/.
browser.download.open_pdf_attachments_inline = false (true geht auch nicht)
Aktion: in evince anzeigen
Beim Anklicken eines Links auf ein PDF-File blitzt es kurz auf und
nichts passiert. Allerdings steht das File dann in der Download-Liste,
jedoch kann ich es nicht öffnen und auch nicht den Ordner, wo es
angeblich gelandet ist.
Das gleiche passiert, wenn ich "vorher fragen" einstelle: da wird brav
gefragt und dann passiert obiges, nichts außer dem Eintrag in der Liste.
"Standardanwendung benutzen" passiert überhaupt nichts, weil ich keine
einstellen kann. "In Firefox öffnen" geht als einziges, aber genau das
will ich nicht. Es soll auch nichts in der Downloadliste landen, weil
ich genau das ja mit der obigen pref verhindern will.
All das hat bis 104.0.1 noch funktioniert - man hat also bei Mozilla
wieder gekonnt etwas Laufenden kaputt bekommen. Wie komme ich da jetzt
weiter?
Danke für Tips,
Ralph
Ergänzung:

Ich habe den Standard-PDF-Viewer überprüft und korrigiert. Es war Atril,
nun ist es Evince. Trotzdem passiert bei der FF-Einstellung
"Standartanwendung benutzen" nichts außer dem missglückten Download.

[rudi: ~] cat /usr/share/applications/defaults.list | grep pdf
application/pdf=org.gnome.Evince.desktop
application/x-bzpdf=org.gnome.Evince.desktop
application/x-gzpdf=org.gnome.Evince.desktop
application/x-xzpdf=org.gnome.Evince.desktop

[rudi: ~] xdg-mime query default application/pdf
atril.desktop

[rudi: ~] xdg-mime default org.gnome.Evince.desktop application/pdf

[rudi: ~] xdg-mime query default application/pdf
org.gnome.Evince.desktop
Ralph Stahl
2022-09-07 11:26:13 UTC
Permalink
ERLEDIGT

Ich hatte aus Versehen noch die Snap-Version installiert und statt der
DEB-Version aufgerufen, und die hat wegen des Betriebs im Sandkasten
diverse Probleme, wenn Dateien zwischengespeichert werden sollen. Siehe
auch mein Faden ***@mid.individual.net ("Bilder Drag-n-Drop
bei FF 102 geht nicht mehr?") vom 4.7.2022.

Da jetzt die neue Version auch ordentlich installiert werden kann, geht
nun alles. Pffft.

Ralph
Post by Ralph Stahl
FF 104.0.2 Xubuntu 22.04
Moin!
Ich habe FF als DEB installiert. Vorhin kam zwangsweise ein Update,
okay. Danach hat e snicht mehr funktioniert, einen PDF-Link anzuklicken
und die gewünschte Aktion auszuführen. Ich möchte gern die sofortige
Anzeige ohne ein vorgeriges Runterladen in /Download/.
browser.download.open_pdf_attachments_inline = false (true geht auch nicht)
Aktion: in evince anzeigen
Beim Anklicken eines Links auf ein PDF-File blitzt es kurz auf und
nichts passiert. Allerdings steht das File dann in der Download-Liste,
jedoch kann ich es nicht öffnen und auch nicht den Ordner, wo es
angeblich gelandet ist.
Das gleiche passiert, wenn ich "vorher fragen" einstelle: da wird brav
gefragt und dann passiert obiges, nichts außer dem Eintrag in der Liste.
"Standardanwendung benutzen" passiert überhaupt nichts, weil ich keine
einstellen kann. "In Firefox öffnen" geht als einziges, aber genau das
will ich nicht. Es soll auch nichts in der Downloadliste landen, weil
ich genau das ja mit der obigen pref verhindern will.
All das hat bis 104.0.1 noch funktioniert - man hat also bei Mozilla
wieder gekonnt etwas Laufenden kaputt bekommen. Wie komme ich da jetzt
weiter?
Danke für Tips,
Ralph
Axel Berger
2022-09-07 12:12:04 UTC
Permalink
Ich möchte gern die sofortige
Anzeige ohne ein vorgeriges Runterladen in /Download/.
Ich behaupte mal, das ist prinzipiell unmöglich. Es kann bestenfalls so
transparent geschehen, daß Du bis auf eine minimale Verzögerung nichts
davon mitbekommst.
--
/¯\ No | Dipl.-Ing. F. Axel Berger Tel: +49/ 221/ 7771 8067
\ / HTML | Roald-Amundsen-Straße 2a Fax: +49/ 221/ 7771 8069
 X in | D-50829 Köln-Ossendorf http://berger-odenthal.de
/ \ Mail | -- No unannounced, large, binary attachments, please! --
Ralph Stahl
2022-09-08 09:38:06 UTC
Permalink
Post by Axel Berger
Ich möchte gern die sofortige
Anzeige ohne ein vorgeriges Runterladen in /Download/.
Ich behaupte mal, das ist prinzipiell unmöglich. Es kann bestenfalls so
transparent geschehen, daß Du bis auf eine minimale Verzögerung nichts
davon mitbekommst.
Natürlich braucht es einen temporären Download, sonst kann man nichts
anzeigen.

Bisher (?) ging der Download unbemerkt nach /tmp und wurde später
automatisch gelöscht. Bei irgendeiner neulichen Version ging er nach
~/Downloads und das störte. Bei der snap-Version geht das gar nicht,
weil /tmp aus dem Sandkasten heraus nicht zugänglich ist.

Nun ist alles wieder gut, 104.0.2 kommt direkt aus dem Ubuntu-Repo und
arbeitet wieder sauber.

Ralph

Loading...