WICHTIG! Zur Info: Update auf 3.0.6 (und 2.11.10)

Nur zur Info, und um anderen einen potenziellen Riesenschreck zu ersparen:

Ich hatte es jetzt bei drei Updates von 3.0.5 auf 3.0.6 bei all-inkl.com, dass direkt nach dem Update das Backend komplett ohne CSS und das Frontend gar nicht mehr lief. Die Meldungen im Frontend variierten von "Page found" bis zum klassischen 404.

Falls das bei euch auch passiert: Einfach das Installtool aufrufen, das Passwort eingeben und von dort aus das Backend aufrufen. "Abgesicherten Modus" deaktivieren und danach war alles wieder gut.

Bis jetzt weiß ich noch nicht, woran das liegt, aber es liegen ja noch ein paar Updates an.

Hallo Peter,

ist bei mir aktuell nach dem Update auf 2.11.10, allerdings kommt nach der Eingabe des Passwords ein "Invalid Token"-Error.

Aber vielen Dank schon mal für den Hinweis, dass ich nicht alleine bin damit. :-)

Liebe Grüße,
Daniel

Bei 2.11.* scheint das nicht so einfach mit dem Aufrufen des Installtools erledigt zu sein. Bei mir war nach der Umbenennung von system/config/pathconfig.php alles wieder in Ordnung.

Ich habe dazu gerade ein Ticket eröffnet, da das ja kein Einzelfall zu sein scheint:

https://github.com/contao/core/issues/5536

EDIT:
Unter der Ankündigung von 3.0.6 gibt's ähnliche Berichte.

@pmmueller
schau mal was ich hier geschrieben habe, das war bei einem manuellen Update, welches bei mir seit Version 2.10 immer geklappt hat. Scheint also auch mit der manuellen Methode Probleme zu geben. Installtool hat auch nichts geholfen.
LG
Bennie

Ich habe eben einen Fehler im Live Update behoben (Version 6.7). Falls die Webseite nach dem Update trotzdem nicht funktioniert, muss die Datei "system/config/pathconfig.php" einmal gelöscht werden und anschließend das Backend aufgerufen werden.

Die einfachste und zuverlässigste Methode ist:

Einmal das Installtool contao/install.php aufrufen.

(wie schon in #1 festgestellt)
Es ist nicht einmal nötig, sich im Install anzumelden. Beim Aufruf stellt das Installtool einen fehlerhaften Wert in pathconfig.php (durch den Update) fest und repariert den sofort. Erfolg kann man daran erkennen, das die Install Login Seite hübsch mit CSS gestaltet ist (CSS wird bei falschem Website path nicht gefunden).

Löschen von pathconfig.php hilft auch, dafür muss ich aber extra ftp bemühen, obiges ist einfacher. Nach Löschen von pathconfig.php muss der erste Aufruf ins Backend(!!!) gehen, nur da funktioniert die automatische Bestimmung des website path zuverlässig.

Hintergrund des Ganzen ist, dass die bei einem vorigen Update eingeführte automatische Erkennung des website path (das zwischen Domain und Contao, kann auch nichts sein) bei Alias und Symlinks Fehler brachte. Das ist jetzt ok (via pathconfig.php).

Funktioniert das wirklich auch in 2.11.*?
Da war das Installtool bei mir nämlich ohne CSS, wenn ich mich recht erinnere.

Ohne CSS heisst kaputt...

Ok, habe die 2.11.10 schlampig gestestet (mein Testpool sind alles 3er). Nach Update (direkt aus github) gab es keine pathconfig.php, dann macht install das richtig. Wenn schon eine pathconfig.php existiert mit falschem Wert, hilft Install nicht. Dachte, der code wäre 1:1 aus der 3 übernommen (wie in initialize.php).

Also hilft im Moment in der 2.11.10 leider nur pathconfig.php löschen.

Grundsätzlich wäre ja wünschenswert, wenn man bei Site-Probleme immer sagen könnte: "probier als erstes das Install tool" - und das möglichst viel repariert.

"Grundsätzlich wäre ja wünschenswert", dass das gar nicht erst soweit kommt ;)

Wir haben die Routine, die die pathconfig.php im Installtool automatisch neu schreibt, leider erst kurz vor dem Release eingebaut. In der 3.0.6 (und 3.1.beta1) ist sie enthalten, in der 2.11.10 wurde sie leider vergessen. Kommt dann mit der 2.11.11.

Bei mir funktionieren beide Lösungen nicht. Habe von 2.10.3 auf 2.11.10 upgedated

Ich erhalte folgende Statusmeldung, wenn ich die Backend-URL aufrufe:
Fehler 310 (net::ERR_TOO_MANY_REDIRECTS): Zu viele Umleitungen.

Gibt es einen anderen Workaround?


mfg
aadursun

Ich habe sporadisch das gleiche Problem (mit beiden Versionen). Ich habe hier ~10 Testinstallationen, alle in Unterordnern unterhalb document root, aber das cookie BE_USER_AUTH (für backend login) hat sporadisch als Pfad "/" was definitiv falsch ist und möglicherweise Ursache des endlosen Redirects. Kurzfristig kannst du zwei Sachen versuchen:

* alle cookies löschen
* oder in localconfig.php den "websitePath" richtig setzen (auf denselben Wert wie in pathconfig.php)

Beides ist keine Dauerlösung. Ich trag mal einen bug ein und versuche, das Probelm im Code einzukreisen.

Zitat:

---

Zitat von tomaspahl

* alle cookies löschen

---

Zumindest alle von der selben Domain. Ansonsten killt man sich ja alle gespeicherten Passworte etc. Bei Firebug z.Bsp. Kann man ja die Cookies selektiv löschen.

Zitat:

---

Zitat von ciaobello

Ansonsten killt man sich ja alle gespeicherten Passworte etc.

---

<offtopic>1Password ist eine richtig feine Sache ;) </offtopic>

Ich habe nach updat auf contao 3.0.6 ähnliche Probleme und bekomme keine anständige Einstellung mehr hin.

Ich habe zum Test mit der 3.0.6 eine neue Installation aufgesetzt. Dabei sind einige Dinge aufgefallen.

Nach dem ich das core in einen Ordner namens "TEST" hochgeschoben habe und die domain mit Pfad aufrief wurde ich auf:
www.meinedomain.de/contao/install.php
umgeleitet.

Den Pfad: www.meinedomain.de/TEST/contao/install.php
mußte ich per Hand eintragen.

Nach der installation blieb die "Globale Einstellung": Relativer Pfad zum Contao-Verzeichnis lehr.

Vielleicht hilft das bei der Fehlersuche.

@Benjamin: der Website Pfad in den "Globalen Einstellungen" (das ist der WErt aus der localconfig.php) hat keine Bedeutung mehr. Der Wert wird jetzt durch system/config/pathconfig.php bestimmt. Die pathconfig.php wird bei Installation automatisch erzeugt.
Um das Problem zu beheben: pathconfig.php löschen und einmal direkt contao/install.php aufrufen (KEIN Frontend Aufruf davor!), damit wird die pathconfig.php neu und richtig generiert.

@thomaspahl

ah das ist gut zu wissen. danke

jedoch habe ich diese schritte in allen möglichen varianten durchgespielt.
Das Problem, welches letztlich immer bestehen bleibt, ist dass die über die Inhaltselemente eingefügten Bilder (ob Slider, Artikelbilder, Newsbilder) nicht angezeigt werden obwohl die Pfade alle samt richtig sind. Füge ich sie erneut ein ändert sich im Quelltext nichts sie werden aber wieder angezeigt.

Nachtrag:

Nach vielen rumhantieren schien es geholfen zu haben die Zeile der Pfad-Angabe aus der "localconfig" zu löschen.

Hallo, ich teste gerade auch das neue Upddate und erhalte eine Fehlermeldung, wenn ich in den Nachrichten einen neuen Beitrag einstellen möchte:

Warning: Class 'Contao\RadioButton' not found in system/modules/core/library/Contao/ClassLoader.php on line 164

Kann mir jemand sagen, woran das liegen könnte?

Gruss
Frank

Ich hatte/habe dasselbe Problem.
Hierbei hatte ich BE und FE während der Entwicklung der Website über den Server-Pfad aufgerufen.
Das Problem bestand in dem Moment als ich die DE-Domain bei meinem Webhoster zuwies.

2 Fehlermeldungen bekam ich hier.
1. Entweder "404" wenn ich in den DNS-Einstellungen KEINE Domain zuweise.
2. Oder die Meldung: "No root page found" wenn ich die Domain zuweise

Ich habe nun Folgendes gemacht.
a) In der pathconfig habe ich den Pfad komplett gelöscht
b) In der localconfig ist unter websitePath auch KEIN Pfad angegeben
c) Im BE habe ich in den DNS-Einstellungen KEINE Domain zugewiesen

Nun wirde die Seite angezeigt ABER leider wird mir diese unformatiert angzeigt ALSO ohne dass
das CSS abgerufen wird.

Hat jemand hier einen Tipp?

ZUR INFO: Ich hatte von 2.11.10 auf 3.0.6 manuell upgedatet. Und das hat wirklich wunderbar funktioniert.

Link?

http://www.goldmachine.de/index.php

index.php ist wichtig, DA unter www.goldmachine.de die index.html greift und angehängt wird

Hat es vielleicht mit dem "tl_files"-Ordner zu tun?
Ich hatte das Update von Contao 2.11.10 auf 3.0.6 durchgeführt und den "tl_files"-Ordner belassen und nicht in "files" umbenannt ...
...

es wird nur http://www.goldmachine.de/assets/css/a483e8fddb0a.css als CSS eingebunden.
Keine Userstyles.

Wie hast du das einbinden deiner CSS denn bewerkstelligt ?
Mittels Theme+ ? Contao Boardmitteln ?

Ja, ich weiß. Habe es über firebug festgestellt.

Ich habe es direkt im verwendeten Template eingebunden ...
Habe dise wieder aus dem Template herausgenommen.
Habe das Modul "header_code" installiert.
Mein CSS habe ich dann vom "tl_files-Ordner" in den in CONTAO 3.0.6 vorhandenen "files-Ordner"
kopiert/verschoben.
Dann mit dem Pfad zum "files-Ordner" im Layout "<link href="files/style.css" rel="stylesheet" type="text/css"/>"
eingegeben UND - siehe da - die CSS-Datei wird erkannt und die Formatierug greift nun.

Das Problem ist also gelöst!!!

Ich bin mir trotzdem nicht sicher, ob nicht eigentlich der "tl_files-Ordner" dafür vorgesehen bleiben sollte.

Hm ...

Zitat:

---

Zitat von thomaspahl

@Benjamin: der Website Pfad in den "Globalen Einstellungen" (das ist der WErt aus der localconfig.php) hat keine Bedeutung mehr. Der Wert wird jetzt durch system/config/pathconfig.php bestimmt. Die pathconfig.php wird bei Installation automatisch erzeugt.
Um das Problem zu beheben: pathconfig.php löschen und einmal direkt contao/install.php aufrufen (KEIN Frontend Aufruf davor!), damit wird die pathconfig.php neu und richtig generiert.

---

Dank an dieser Stelle, tolles Forum!
Habe dasselbe Problem gehabt: Rumgesucht in der localconfig und gemerkt, das die Domain nach Umstellung im Hosting ständig zurückgesprungen ist. Muss man ja erst mal wissen, wo der Domain-Pfad jetzt angegeben ist.
Warum wurde der Pfad eigentlich in eine separate Datei ausgelagert?

Grüße,
comadre

Zitat:

---

Zitat von Compadre

Warum wurde der Pfad eigentlich in eine separate Datei ausgelagert?

---

https://github.com/contao/core/issues/5339