[Qt WebEngine] verlinkte AVIF Dateien

[Michael Uplawski]

Holdrio.

Welches Argument kann es dafür geben, dass ein QT-WebEngine Browser –
QuteBrowser – Avif-Dateien von der lokalen Festplatte öffnet & *anzeigt*, sie
vom Server aber bloß herunterladen will?

-----
<a href="ding.avif">Ding.avif</a>
-----

Außer Firefox und Epiphany kenne ich kein weiteres Beispiel für Software, die
das konsequent gleich handhabt, egal ob die Bilder schon auf der Platte liegen
oder online verlinkt sind. Ich gehe aber davon aus, dass das Anzeigen als Bild
der Normalfall ist.

Die Fähigkeit, mit Avif umzugehen, hat QuteBrowser ja schon bewiesen.

Ich benutze das Wort *Argument*, da mich die Implementierung nicht
interessiert.

Abhilfe schafft auch einfach JavaScript. Darauf will ich jetzt aber auch nicht
hinaus.

Cheerio

Michael

[Peter J. Holzer]

Post by Michael Uplawski
Welches Argument kann es dafür geben, dass ein QT-WebEngine Browser –
QuteBrowser – Avif-Dateien von der lokalen Festplatte öffnet & *anzeigt*, sie
vom Server aber bloß herunterladen will?

Üblicherweise: Weil der Server den falschen Content-Type mitschickt. Bei
Files, die über HTTP(S) geladen werden, ist einzig der Content-Type
entscheidend. Irgendwelche Buchstabenkombinationen im URL sind
irrelevant.

Im lokalen Filesystem gibt es aber (meistens) keinen Content-Type, daher
bestimmt der Browser den Content-Type aus der Extension.

Wende Dich an den Betreiber des Servers, damit er das fixt. Solltest Du
das selbst sein (in dieser Gruppe recht wahrscheinlich), liest Dir die
Dokumentation Deines Webservers durch (bei Apache wäre z.B.
https://httpd.apache.org/docs/2.4/mod/mod_mime.html#addtype relevant).

In manchen Fällen schickt der Server auch einen Content-Disposition
header mit, der dem Browser explizit sagt, dass das Dokument zum
Download und nicht zur Anzeige bestimmt ist.

hp

[Michael Uplawski]

N'abend.

Post by Peter J. Holzer

Post by Michael Uplawski
Welches Argument kann es dafür geben, dass ein QT-WebEngine Browser –
QuteBrowser – Avif-Dateien von der lokalen Festplatte öffnet & *anzeigt*, sie
vom Server aber bloß herunterladen will?

Üblicherweise: Weil der Server den falschen Content-Type mitschickt.

(...)

Post by Peter J. Holzer
Wende Dich an den Betreiber des Servers, damit er das fixt. Solltest Du
das selbst sein (in dieser Gruppe recht wahrscheinlich), liest Dir die
Dokumentation Deines Webservers durch (bei Apache wäre z.B.
https://httpd.apache.org/docs/2.4/mod/mod_mime.html#addtype relevant).

Ich habe bei “AddType” ein „Déja-Vu“ erlebt und meine .htaccess Datei nochmal
angesehen. Das passiert nur alle paar Jahre. Dann habe ich noch bestätigt ➤1, dass
ich AddType in .htaccess notieren kann.

1.) JavaScript deaktiviert,
2.) Seite und .htaccess nochmal hochgeladen
3.) in QuteBrowser getestet: Alles wie gewünscht.

Ich würde das ins Wiki meines Hosting-Vereins ➤2
schreiben (wg. Server-Betreiber), die finden solche Informationen aber « zu
technisch », darum lasse ich sie lieber weiter leiden.

Danke Peter. Voller Erfolg.

Heißt das, dass Firefox und andere sich verkehrt verhalten, wenn sie tun, was
ich eigentlich erwartet habe?

Cheerio
──────────────────
1) z.B.
auf <https://jweiland.net/know-how/internet/htaccess-konfigurieren.html>
2) infini.fr, „Bürgernetz“ in der Bretagne

[Peter J. Holzer]

Post by Michael Uplawski

Post by Peter J. Holzer

Post by Michael Uplawski
Welches Argument kann es dafür geben, dass ein QT-WebEngine Browser
– QuteBrowser – Avif-Dateien von der lokalen Festplatte öffnet &
*anzeigt*, sie vom Server aber bloß herunterladen will?

Üblicherweise: Weil der Server den falschen Content-Type mitschickt.

[...]

Post by Michael Uplawski
Heißt das, dass Firefox und andere sich verkehrt verhalten, wenn sie
tun, was ich eigentlich erwartet habe?

Mangels Details kann ich das im konkreten Fall nicht beurteilen, aber
prinzipiell verhält sich Firefox großteil so, wie ich das beschrieben
habe.

Eine Ausnahme ist z,B. das <img>-Tag. Da hier auf jeden Fall ein Bild
kommen muss, wirft Firefox den Inhalt immer seiner Bilddarstellungs-
routine vor, egal ob der Server das als Bild, Text oder Binärhaufen
deklariert. Und die erkennt ja dann am Inhalt, ob das ein PNG, JPEG oder
sonstwas Bekanntes ist und wie sie das darstellen kann.

hp

[Michael Uplawski]

Post by Peter J. Holzer
Eine Ausnahme ist z,B. das <img>-Tag. Da hier auf jeden Fall ein Bild
kommen muss, wirft Firefox den Inhalt immer seiner Bilddarstellungs-
routine vor, egal ob der Server das als Bild, Text oder Binärhaufen
deklariert. Und die erkennt ja dann am Inhalt, ob das ein PNG, JPEG oder
sonstwas Bekanntes ist und wie sie das darstellen kann.

Beim img-tag ist das kein abweichendes Verhalten zu Qt WebEngine. Darum
funktioniert auch das Ersetzen der <a href/> Links zu onclick-Krempel. Aber den Quatsch habe ich jetzt zum Glück rausschmeißen können.

Ich werde die Prozedur mit AddType aber wieder vergessen, fürchte ich.

Cheerio

[Arno Welzel]

Post by Michael Uplawski
Holdrio.
Welches Argument kann es dafür geben, dass ein QT-WebEngine Browser –
QuteBrowser – Avif-Dateien von der lokalen Festplatte öffnet & *anzeigt*, sie
vom Server aber bloß herunterladen will?

Am Content-Type-Header des Servers, der application/octet-stream statt
image/avif übermittelt.