Unterstützt Joomla 5 immer noch keine SVG Dateien?

Kann es wirklich sein, dass Joomla 5.2 immer noch keine SVG-Dateien unterstützt. Wenn ich in einer Joomla 5.2.0 Clean Install unter Content > Media > Options nachschaue, finde ich

Allowed Extensions:
bmp,gif,jpg,jpeg,png,webp,avif,ico,mp3,m4a,mp4a,ogg,mp4,mp4v,mpeg,mov,odg,odp,ods,odt,pdf,ppt,txt,xcf,xls,csv

Legal Image Extensions (File Types):
bmp,gif,jpg,png,jpeg,webp,avif

Legal MIME Types:
image/jpeg,image/gif,image/png,image/bmp,image/webp,image/avif,audio/ogg,audio/mpeg,audio/mp4,video/mp4,video/webm,video/mpeg,video/quicktime,application/msword,application/excel,application/pdf,application/powerpoint,text/plain,application/x-zip

Und tatsächlich: wenn ich eine SVG-Datei hochladen will, erscheint «This file type is not supported.». Selbstverständlich habe ich «svg ergänzt:

Allowed Extensions:
bmp,gif,jpg,jpeg,png,webp,avif,ico,mp3,m4a,mp4a,ogg,mp4,mp4v,mpeg,mov,odg,odp,ods,odt,pdf,ppt,txt,xcf,xls,csv,svg

Legal Image Extensions (File Types):
bmp,gif,jpg,png,jpeg,webp,avif,svg

Legal MIME Types:
image/jpeg,image/gif,image/png,image/bmp,image/webp,image/avif,image/svg,audio/ogg,audio/mpeg,audio/mp4,video/mp4,video/webm,video/mpeg,video/quicktime,application/msword,application/excel,application/pdf,application/powerpoint,text/plain,application/x-zip

Das nützt aber nichts. Weiterhin erscheint «This file type is not supported.».

Wenn man den JCE File Browser verwendet, funktioniert das Hochladen problemlos. Sogar mit der kostenlosen Version!

 

Bei yootheme dasselbe, die verwenden svg files sogar auch in ihren vorlagen. Ich laufe da auch immer wieder rein...
Dann lade die svg's jeweils mit dem jce hoch oder gar mit ftp.

Es gibt einige so kleinigkeiten die zusammen grosses bewirken würden...

Es müsste möglich sein gemäss diesen manuellen Einstellungen:
github.com/joomla/joomla-cms/issues/43550

Add support for .svg images in Joomla to Upload and Display in media manager (and so to use anywhere like in Articles etc).Currently, users have to configure the Media Manager manually as follows:

• Media > Options > Allow Extensions > add "svg"
• Media > Options > Legal Image Extensions (File Types) > add "svg"
• Media > Options > Legal MIME Types > add "image/svg+xml"

D.h. image/svg+xml statt image/svg ??? (oder beides?)
 

Da hab ich doch mal einen Artikel zum Thema verfasst.

Ich hatte nur «,image/svg» hinzugefügt. Aber offenbar braucht's da «image/svg+xml». Da kommt man natürlich nicht ohne weiteres von selbst drauf... Darum die generelle Frage z.B. an Martin: warum ist das nicht längst im Joomla Core drin? Es wäre doch so einfach!

> warum ist das nicht längst im Joomla Core drin? Es wäre doch so einfach!

Mache einen PR auf Github und es wird in Zukunft im Core vorhanden sein. Wenn sich niemand diese Mühe macht und ein PR erstellt, wird es auch niemals da sein.

Joomla! ist ein ehrenamts Projekt. Wenn Nutzer was wollen müssen die Nutzer es machen oder hoffen, dass es ein anderer Nutzer macht.

Elfangor93 schrieb:

Mache einen PR auf Github und es wird in Zukunft im Core vorhanden sein. Wenn sich niemand diese Mühe macht und ein PR erstellt, wird es auch niemals da sein.
Joomla! ist ein ehrenamts Projekt. Wenn Nutzer was wollen müssen die Nutzer es machen oder hoffen, dass es ein anderer Nutzer macht.
 

Das hätte ich doch längst getan, wenn ich nur wüsste, wie man einen PR erstellt. Ich finde nur schon PHP eine unglaublich komplizierte Programmiersprache. Dazu kommt, dass sich mir die Strukturen von Joomla noch nie erschlossen haben (tmpl, src, services, Helper, Dispatcher, themes, js, vendor, xml, css, scss, html, engines, ...). Nicht einmal die languages habe ich durchschaut. Da gibt es im Root die Ordner «language» und «administrator/language» (so weit noch verständlich). Aber was ist mit «modules/mod_dpcalendar_upcoming/language» oder «modules/mod_j51progress/language»? Oder «plugins/fields/dpcalendar/language»? Oder «api/language»? Oder «components/com_akeebabackup/language»? Es scheint keinen verbindlichen Standard zu geben, wo die Sprachdateien hinmüssen. Was wahrscheinlich erklärt, dass die Sprachoverrides nicht immer funktionieren.

Ok, ich bin jetzt abgeschweift. Aber von Nutzern zu erwarten, einen PR einzureichen, scheint mir ziemlich unrealistisch. Ich halte mich nicht für extrem begriffsstutzig, aber ich kann doch kein Studium machen, um einen PR einzureichen. Geschweige denn, eine eigene Erweiterung zu programmieren. Ich stelle mir zwar vor, an diesen drei Orten «svg» zu ergänzen, müsste für jemanden der drauskommt extrem einfach sein:

    Media > Options > Allow Extensions > add «svg»
    Media > Options > Legal Image Extensions (File Types) > add «svg»
    Media > Options > Legal MIME Types > add «image/svg+xml»

Ich hätte aber nicht den geringsten Plan, wie ich dazu einen PR gestalten sollte.

Habe mich da auch kurz etwas eingelesen.
Das Problem scheint zu sein, dass SVG-Bilder XML-Dateien sind, mit denen es ein leichtes ist, zusätzlichen Schadcode im Bild einzubauen.
Das heisst man kann SVG-Bilder nicht einfach nur zum Upload freigeben, man muss sie (resp. deren Code) zusätzlich auch prüfen.

Das wird nun offenbar mit einer Santinizer-Bibliothek gemacht, die aber nur prüft und nicht 'santinized', also bereinigt. Und auch nicht allzu zuverlässig zu sein scheint.
In einem img-Element scheint jedes SVG sicher zu sein, da da die Scriptfunktion ausser Kraft ist. Was aber wenn die Datei anders eingebunden oder das File direkt im Browser aufgerufen wird?

Es gibt einige Issues zu diesem Thema, ich habe mich mal durch diesen gelesen:
issues.joomla.org/tracker/joomla-cms/38532

Und hier die Joomla-Doku zu SVG:
docs.joomla.org/J4.x:Media:_Uploading_SVG_files
Im unteren Teil wird da auch erklärt, warum SVG-Bilder trotz 'Freischaltung' der Dateiendung resp. des Mimetypes nicht immer hochgeladen werden.
(nämlich dann, wenn sie eben als 'gefährlich' eingestuft werden)

Ein zusätzlicher Teil des Problems scheint das fehlen einer informativen, aufschlussreichen Fehlermeldung zu sein.

Es ist also etwas mehr als nur bloss ein Bildtyp freischalten

LG
Roger

Vielen Dank Roger für diese wertvolle Antwort! Da wird mir doch einiges verständlich!

Merci Roger!

Wenn man jeweils wenigstens weiss warum etwas nicht geht, machts doch trotzdem schon viel besser