Druckbare Version
Auf der Site https://immo-foto.info/ werden keine Fonts mehr geladen.
Die Fonts liegen im Ordner /files/luxe/fonts (sind öffentlich), im css sind sie verlinkt Beispiel: url('/files/luxe/fonts/lora-v17-latin-regular.woff2') format('woff2'), im Seitenlayout ist die css-Datei eingetragen, Systemwartung im Manager als auch in der Website wurden ausgeführt …
An welcher Stelle könnte der Fehler sein? :rolleyes:
Version 4.11.9
Das hängt wahrscheinlich auch mit dem Sicherheitsupdate zusammen. Ich nehme an Du verwendest den internen CSS-Editor.
Nimm bei der Schriftart Montserrat mal die Anführungsstriche raus (falls Du bei anderen Schriftarten auch noch Anführungszeichen verwendest dann dort auch).
Wenn Du umstellst auf externes CSS, wird dieses Problem nicht auftreten.
Nein, den interner CSS-Editor nutze ich nicht, es ist externes CSS.
Meine Vermutung ist, dass ein UNBEWUSSTER Klick an unbekannter Stelle das Ereignis ausgelöst hat. Und so suche ich nach den Punkten, die für das Laden der Fonts verantwortlich sind. Alle mir bekannten Stellen habe ich bereits mit weiteren Seiten abgeglichen, bei all denen das Problem nicht auftritt.
Die Anführungsstriche sind nicht schuld, es funktionierte zuvor auch mit diesen. Habe sie trotzdem mal raus genommen – keine Änderung.
Hallo Zille,
im CSS für body steht:
Korrigiere ich das im Code Inspektor auf:HTML-Code:body { font: 15px/1.6 "Montserrat", sans-serif; color: #323539; background: #ffffff none 50% 0 no-repeat scroll; background-size: auto;}
wird die Schrift angezeigt.HTML-Code:body { font: 15px/1.6 'Montserrat', sans-serif; color: #323539; background: #ffffff none 50% 0 no-repeat scroll; background-size: auto;}
Dann wird also das Zeichen ' maskiert – weil es kein erlaubtes HTML-Attribut ist?!
Weshalb aber wird diese Maskierung auch dann automatisch vorgenommen, wenn die Anführungsstriche entfernt wurden?!
Und wie behebt man diesen Fehler?
Ist der Pfad zum Font im CSS soeingebunden?Code:../files/luxe/fonts/
Im Beitrag
https://community.contao.org/de/show...l=1#post547973
wurde auch über Codierungsprobleme geschrieben.
Vielleicht ist es hier das gleiche Problem.
Wenn es das gleiche Problem ist, könnte es am Update von 4.11.8 auf 4.11.9 liegen.
Man könnte Testweise auf 4.11.8 zurückstellen und dann prüfen.
Oder man wartet auf 4.11.10.
Hans-Jürgen
P.S. Die CSS-Dateien sind zusammen gepackt und Contao hat den Pfad umgeschrieben. Der Pfad muss von assets/css gehen (../../files/luxe/fonts/).
Siehe https://immo-foto.info/assets/css/ic....-b1823df1.css
@Birden: Nein, siehe #1
@hjo: Das Problem gab es bereits bei 4.11.8 – ich bin auf 4.11.9 gegangen, um zu sehen, ob es jetzt behoben ist. Leider nein …
Sorry mein Pfad oben war falsch
Der dürfte bei Dir so seinCode:../luxe/fonts/
Weshalb sollte ich diesen DEFINITIV falschen Pfad versuchen?! Wieso versuchst du mir einzureden, was nicht existiert – hast du #1 nicht gelesen?
Der Pfad hat sich nicht geändert, seit dem das Problem besteht; der weist auf eine andere Ebene.
Ja hast recht mein Pfad war falsch, aber Deiner auch
Er ist wohl eins von folgenden ZweiMöglicherweise der ZweiteCode:../luxe/fonts/
../fonts/
Nein, mein Pfad ist nach wie vor richtig.
Es ist der selbe, unter dem die Fonts bei meinen anderen Sites erreichbar sind. Es ist der selbe, unter dem vor kurzem das Problem noch nicht bestand.
gehe richtig davon aus deine CSS liegt im Ordner
/files/luxe/css
wenn der Font liegt im Ordner
/files/luxe/fonts/
dann dürfte der Pfad in der CSS zum Font folgender sein
../fonts/
Ja, ich nehme an als "unerwünschte Nebenwirkung" des Sicherheitsupdates.Zitat:
Zitat von Zille
Wo genau hast Du die Anführungsstriche entfernt?Zitat:
Zitat von Zille
Zitat:
Zitat von mlweb
habe ich zuHTML-Code:url('/files/luxe/fonts/lora-v17-latin-regular.woff2') format('woff2')
geändert.HTML-Code:url(/files/luxe/fonts/lora-v17-latin-regular.woff2) format('woff2')
Nein das ist die falsche Stelle.
Irgendwo in Deinem CSS steht folgendes:
Dort musst Du die Anführungszeichen entfernen. Könnten auch einfache Anführungszeichen sein, ich hab mir die Kodierung nicht genau angeschaut.Code:body {
font: 15px/1.6 "Montserrat", sans-serif;
}
Falls Du auch noch eine Schriftart "lora" einsetzt, wird es in Deinem CSS noch eine weitere Deklaration geben, wie die von oben. Musst Du suchen.
Nachtrag: Ja gibt es. z.B. für .main-navigation >ul >li > a
Da es ein Theme von Rocksolid ist, ist das eventuell im Themeassistenten gesetzt. Gib in dem Fall unbedingt @ausi Bescheid, damit er das für seine Themes fixen kann.
Das kommt aus dem »RockSolid Theme Assistant«. Und der gibt zur Erklärung an: Standardwert: "Open Sans", sans-serif
Insofern sollte ich die Anführungsstrich drin lassen … doch wenn ich sie raus nehme, werden die Fonts geladen.
Habe soeben noch eine andere Site angeschaut, die bereits unter 4.12.1 läuft. Dort stehen die Anführungszeichen drin, und es gibt kein Problem. Man, man, man … noch nicht mal abgucken darf man. :mad:
Wenn die Anführungszeichen vor dem Sicherheitsupdate bereits in der Datenbank gestanden haben, dürfte das kein Problem sein. Wenn sie erst nach dem Sicherheitsupdate geschrieben wurden, sollte man noch einmal testen, ob es in der aktuellsten Version funktioniert - also Löschen und neu schreiben. Wenn nicht, dann wie oben schon geschrieben eine Info an @ausi
Nutzt du die Version 2.0.5 der RockSolid Theme Assistant Erweiterung?Zitat:
Zitat von Zille
Ja, genau.
Wir konnten den Fehler nicht reproduzieren mit dem Theme Assistant in Version 2.0.5.
Wäre es möglich testweise erneutim Theme Assistant einzutragen um zu prüfen ob der Fehler weiterhin auftritt?Code:'Montserrat'
Sehr gern.
Die erste Schriftart ist jetzt mit doppeltem Anführungszeichen ("Montserrat") und die zweite Schriftart mit einem Anführungszeichen ('Cormorant Garamond') im RockSolid Theme Assistant eingetragen. Der am 05.09. sichtbare Fehler (auch da schon mit der Version 2.0.5. des Theme Assistant) tritt nun auch bei mir nicht mehr auf.