Seit 2.7.4 JS-Felder/Boxen/Popups im Backend nicht mehr korrekt angezeigt

[bird]

Hallo,

ich habe nach dem Update bzw. der Neuinstallation von TL 2.7.4 das Problem,
dass die JS-Felder/Boxen/Popups im Backend nicht mehr korrekt angezeigt werden.
Dies tritt z.B. bei den Stylesheets unter dem Punkt "Größe und Position" auf. Bisher wurde hier bei einem Klick in die Checkbox das Feld darunter geöffnet, jetzt passiert nichts mehr.

Mittlerweile habe ich herausgefunden, dass es an meinen zusätzlichen Einträgen in der .htaccess-datei liegt. Dort habe ich zusätzlich zu den automatisch generierten Einträgen die Zeilen:

php_value session.save_path /www/htdocs/***/***/temp
AddHandler php-fastcgi .php

hinzugefügt. Provider ist all-inkl, bei der Version 2.7.3 hatte ich damit keine Probleme. Worin besteht hier der Zusammehang mit dem Fehler? Kann mit evtl. jemand einen Tipp geben?

Danke und LG
hangover

[ChrMue]

Könnte ein Cache-Problem sein, da die mootool upgedated wurden.
Browsercache leeren und falls du über eine Proxy ins Inetrnet gehst, könnten die javascripts auch dort gecached sein.
Gruß ChrMue

[bird]

Hallo,

das dürfte es eigentlich nicht sein. Ich nutze keinen Proxyserver und habe den Browsercache mehrfach geleert.

Ich habe mittlerweile festgestellt, dass es gar nicht an meinen Einträgen liegt.
Sobald man die Standard ._htaccess in .htaccess umbenennt, tritt der Fehler auf. Der "Fehler" kommt also schon in den org. Dateien mit!?

Es liegt wohl an diesen Zeilen, denn sobald man diese löscht, funktioniert alles im BE wieder normal:

# Compress .js and .css files
##
AddEncoding gzip .gz
<FilesMatch "\.js\.gz$">
AddType "text/javascript" .gz
</FilesMatch>
<FilesMatch "\.css\.gz$">
AddType "text/css" .gz
</FilesMatch>
RewriteCond %{HTTP:Accept-encoding} gzip
RewriteCond %{REQUEST_FILENAME} \.(js|css)$
RewriteCond %{REQUEST_FILENAME}.gz -f
RewriteRule ^(.*)$ $1.gz [QSA,L]

LG

[ChrMue]

Das kann es eigentlich auch nicht sein, denn bei mir funktioniert alles. (mit URL-Umschreibung, html als Extension und mit .htaccess)

Hast du die URL-Umschreibung aktiviert und .html als suffix?

[bird]

Ja, ich habe URL-Umschreibung aktiviert und *.html als Suffix gelassen.
Kann es hier ein Problem geben, wenn ich TL in einem Unterordner installiere?
Also domain.de/test/test

Liegt das evtl. an den Einstellungen des Providers?

Ich habe das jetzt mal nach dem Ausschlussprinzip getestet, es macht diese Zeile ein Problem:

RewriteRule ^(.*)$ $1.gz [QSA,L]

[ChrMue]

wenn du auch den relativen Pfad zum TYPOlight-Verzeichnis gesetzt hast, fällt mir im Moment auch nix mehr ein.

[bird]

Ja, der relative Pfad ist entsprechend zum Unterordner gesetzt.
Was soll dieser Block eigentlich bewirken? Ich kenne mich in Sachen .htaccess nicht so aus. Kann ich den vorest ohne Probleme auskommentieren?

AddEncoding gzip .gz
<FilesMatch "\.js\.gz$">
AddType "text/javascript" .gz
</FilesMatch>
<FilesMatch "\.css\.gz$">
AddType "text/css" .gz
</FilesMatch>
RewriteCond %{HTTP:Accept-encoding} gzip
RewriteCond %{REQUEST_FILENAME} \.(js|css)$
RewriteCond %{REQUEST_FILENAME}.gz -f
# RewriteRule ^(.*)$ $1.gz [QSA,L]

[ChrMue]

in der letzte Zeile stand bisher nur ...[L]
das wurde geändert in [QSA, L]
muss ich mal nachsehen, was das bedeutet, ... aber heute nicht mehr

[Nina]

wdas wurde geändert in [QSA, L]
muss ich mal nachsehen, was das bedeutet, ... aber heute nicht mehr

QSA bedeutet, dass ein eventueller Query String erhalten bleibt.
L bedeutet, dass das die endgültige Vorgabe für den Regelfall ist und von nachfolgenden Regeln daran nichts mehr umgeschrieben werden soll.

[Nina]

ich habe nach dem Update bzw. der Neuinstallation von TL 2.7.4 das Problem,
dass die JS-Felder/Boxen/Popups im Backend nicht mehr korrekt angezeigt werden.
Dies tritt z.B. bei den Stylesheets unter dem Punkt "Größe und Position" auf. Bisher wurde hier bei einem Klick in die Checkbox das Feld darunter geöffnet, jetzt passiert nichts mehr.

Ich bin mit ein paar Projekten auch bei All-Inkl und kann den Effekt nicht bestätigen. Habe ein LiveUpdate auf die 2.7.4 gemacht, danach ausgeloggt und den Browsercache gelöscht. Nach dem Einloggen bin ich dann gleich mal testweise in die Stylesheets gemacht und alles funktionierte wie gehabt.

Mal so ein paar Ideen woran das Problem bei dir liegen könnte:

• Hast du das Update per LiveUpdate oder anders gemacht? Möglicherweise wurden bestimmte Daten nicht sauber übertragen.
• Vielleicht ist bei dir der Browsercache nicht sauber geleert worden, so dass er zum Teil noch alte Files aus dem Cache zieht. Wenn das bei Javascript passiert, kann das schnell dazu führen, dass die Effekte nicht richtig laufen.
• Hast du GZIP in den Einstellungen aktiviert? Vielleicht gibt es bei der Nutzung der php-cgi Variante bei All-Inkl da ein Problem in der Serverkonfiguration (ich nutze bei den beiden Projekten den SMH statt php-cgi).

[bird]

Hallo,

das Update habe ich manuell durchgeführt.
Um sicher zu gehen, dass es nicht an einem fehlerhaften Update liegt, habe ich auch eine komplette Neuinstallation mit der v 2.7.4 durchgeführt. Das Ergebnis ist leider gleich...

Sobald ich diese Ziele nicht auskommentiere, tritt das Problem auf:
# RewriteRule ^(.*)$ $1.gz [QSA,L]

Wie kann ich GZIP aktivieren bzw. feststellen, ob da ein Konflikt mit der php-cgi besteht? Support von all-inkl fragen?

Was mir noch aufgefallen ist - der Farb-Selektor im BE funktioniertteilweise nicht mehr richtig. Die restlichen Funktionen laufen, wenn die o.g. Zeile auskommentiert ist, der Farbselektor wird aber nur als Bild ohne Funktion angezeigt.

Danke + LG
hangover

[Nina]

Die Sache wegen GZIP kannst du im TYPOlight-Backend unter "Einstellungen" ein- bzw. ausstellen.

Das mit dem Farbwähler funktioniert bei meiner All-Inkl Installation ebenfalls völlig korrekt.

[MasterFu99]

Ich habe das gleiche Problem.

Habe eine Erstinstallation durchgeführt und habe das Problem trotzdem. Hat jemand das Problem schon gelöst??

[MasterFu99]

OK.
Hat sich erledigt. Hatte die htaccess in den falschen Ordner kopiert.

[bird]

Hallo,

bei mir hat sich das Problem momentan auf rätselhafte Weise auch gelöst...
Ich habe die GZIP-Einstellungen im Backend angewählt, gespeichert, wieder abgewählt, gespeichert und dann ging es...

Auch wenn das rational wahrscheinlich keinen Sinn macht - geholfen hat es...
Danke für die Unterstützung, ich hoffe, alles bleibt jetzt so.

LG
hangover

[Nina]

Das sind dann wohl die Mysterien des Internets
Aber gut, dass es nun funktioniert