Contao 3.0.6 verfügbar

**contao.org** · 21.03.2013, 12:20

Contao Version 3.0.6 ist verfügbar. Das Bugfix-Release behebt mehrere Probleme, u.a. werden die Pagemounts und Filemounts der Benutzer nun korrekt initialisiert und die Heimatverzeichnisse der Mitglieder bei der Registrierung korrekt angelegt.

Ganzen Beitrag zu 'Contao 3.0.6 verfügbar' lesen

**Xandrian** · 22.03.2013, 08:24

Aber nicht über Live Update oder? Zumindest bekomm ich es bei keiner Installation...

cu tb

***leo*** · 22.03.2013, 08:36

Sorry, das Live Update funktioniert jetzt (Version 6.6).

**juju** · 22.03.2013, 10:20

Ist das getestet? Bei mir hat es die Seite gerade beim Live-Update von 3.0.5 auf 3.0.6 total zerschossen. Weder Backend noch Frontend sind vernünftig aufrufbar. Z.B. steht jetzt im base-Tag des Frontends nach der domain folgendes:

Code:

/contao/update.phar.php/index.php?do=restore/

Und im Frontend ist keine Seite mehr aufrufbar (404). Die eingerichtete Fehlerseite wird allerdings ausgeliefert.

Woran könnte das liegen?

Danke & Gruß,
juju

**Japs** · 22.03.2013, 10:40

Das gleiche Problem hab ich bei dem Update auf 2.11.10 (Heute gemacht):
https://community.contao.org/de/show...729#post256729

Komme jetzt einfach nicht weiter.

Zitat von juju

Ist das getestet? Bei mir hat es die Seite gerade beim Live-Update von 3.0.5 auf 3.0.6 total zerschossen. Weder Backend noch Frontend sind vernünftig aufrufbar. Z.B. steht jetzt im base-Tag des Frontends nach der domain folgendes:

Code:

/contao/update.phar.php/index.php?do=restore/

Und im Frontend ist keine Seite mehr aufrufbar (404). Die eingerichtete Fehlerseite wird allerdings ausgeliefert.

Woran könnte das liegen?

Danke & Gruß,
juju

**juju** · 22.03.2013, 10:46

Ich habe z.B. gerade entdeckt, dass bei mir bei den Modulen calendar, comments, newsletter und faq Dateien liegen, die bisher nicht dort waren (.skip mit dem Inhalt "As long as this file exists, the module will be ignored.").

Und das update.log protokollierte diverse Dateien als [corrupt].

Bin ratlos,
juju

**KATgirl** · 22.03.2013, 10:49

Vorgehensweise:

alle Extensions mal verschieben/entfernen die zusätzlich installiert wurden oder bis auf "core" (KEINE Aktualisierung der DB durchführen!!!!!!!!!!!!!!)
dann eine Datei löschen z.B. system/config/pathconfig.php
danach noch mal das Update laufen lassen
dann die Erweiterungen nach und nach wieder rein
erst jetzt die DB aktualisieren

So bin ich zum Ziel gekommen.

Gruß Kirsten

**wschwaig** · 22.03.2013, 10:58

... mir ist es auch so gegangen. bin allerdings nur mit dem Umbenennen der ../system/config/pathconfig.php an Ziel gekommen (alle anderen Punkte von oben nicht ausgeführt). Die Datei wird nach einem Refresh neu generiert und alles geht wieder. Habe alles dings vorher im zerschossenen Backend die Erweiterungen alle wieder aktiviert.

woifi

**Japs** · 22.03.2013, 11:15

Zitat von wschwaig

... mir ist es auch so gegangen. bin allerdings nur mit dem Umbenennen der ../system/config/pathconfig.php an Ziel gekommen (alle anderen Punkte von oben nicht ausgeführt). Die Datei wird nach einem Refresh neu generiert und alles geht wieder. Habe alles dings vorher im zerschossenen Backend die Erweiterungen alle wieder aktiviert.

woifi

Danke, so komme ich zumindest wieder ins Backend!
Jetzt habe ich aber laute Fehlermeldungen:

http://soba.oppel.eu/

Könnte Ihr mir hier noch sagen, was dies jetzt verursacht und wie ichs behebn kann ?
Hab aber die andere Version: 2.11.10

**Bennie** · 22.03.2013, 11:16

Ich habe erstmalig das Problem, dass ein manuelles Update Probleme macht.
In einer xampp 1.8.1 Testumgebung wollte ich von 3.0.5 auf 3.0.6 manuell aktualisieren und habe zunächst die alte .htaccess belassen, wobei ich dort lediglich die Rewritebase geändert hatte.
Dann habe ich die neue .htaccess aus der 3.0.6 eingesetzt und danach hatte ich Probleme mit Extensions die nur noch teilweise funktionierten oder gar nicht mehr, wie z.B. der m17-sticky-backend-footer im Backend, auch fehlten die Icons der Extensions in der linken Spalte, wie z.B Google Maps oder boxes4ward
Das überschreiben der .htaccess mir der alten hat leider nichts gebracht, es blieb so. Fehlermeldungen gab es auch keine.
Ich habe den Verdacht, dass es irgendwie mit der neuen .htaccess zu tun hatte, aber vielleicht weiß jemand hier mehr??
LG
Bennie

**juju** · 22.03.2013, 11:18

Tatsächlich. Einfach nur die pathconfig.php umbenannt und anschließend das Backend einmal im Browser aktualisiert und schon gings wieder.

Kurzer Schock am Morgen.

Gruß,
juju

PS: Kann mir das jemand erläutern?

**Gabi** · 22.03.2013, 11:32

Zitat von wschwaig

... mir ist es auch so gegangen. bin allerdings nur mit dem Umbenennen der ../system/config/pathconfig.php an Ziel gekommen (alle anderen Punkte von oben nicht ausgeführt). Die Datei wird nach einem Refresh neu generiert und alles geht wieder. Habe alles dings vorher im zerschossenen Backend die Erweiterungen alle wieder aktiviert.

kann ich bestätigen, Liveupdate von 2.11.8 auf 2.11.10 und Webpräsenz nicht mehr erreichbar.
Sichtbar war nur eine Art Sitemap bei Klick auf einen Link kam man ins Updatemenü. Das war erst mal ein Schreck
dann ../system/config/pathconfig.php umbenannt und alles ist wieder ok zumindest auf den ersten Blick.
Nur sollte das ja nicht passieren

Edit: Hab jetzt noch mal das Update laufen lassen. Es sagt mir 1 fehlende und 0 unterschiedliche Dateien gefunden.
vermute mal die umbenannte pathconfig.php
Danach alles ok und bis jetzt keine Fehler festgestellt.

**juju** · 22.03.2013, 11:42

Ich nochmal. Was ich ja doch komisch finde ist die Tatsache, dass ich wenn ich jetzt das Installtool aufrufe, aufgefordert werde, die Datenbank zu aktualisieren, wobei ganze Tabellen gelöscht werden sollen (in meinem Fall tl_calendar, tl_calendar_events, tl_calendar_feed, tl_comments, tl_comments_notify, tl_faq, tl_faq_category, tl_newsletter, tl_newsletter_channel, tl_newsletter_recipients).

Ich hatte weiter oben schon die .skip-Dateien erwähnt. Wie ich festgestellt habe sind genau die Module betroffen, die ich im Backend deaktiviert habe. Dass aus der Deaktivierung aber auch folgt, dass die zugehörigen Tabellen gleich aus der Datenbank gelöscht werden sollen finde ich ja etwas viel des guten. Schließlich könnte ich sie nur temporär deaktiviert haben und die Tabellen könnten bereits Inhalte haben. Aber vielleicht habe ich ja irgendeinen changelog nicht auf dem Schirm, der das plausibel macht.

Danke & Gruß,
juju

**pmmueller** · 22.03.2013, 12:54

Zitat von Japs

Könnte Ihr mir hier noch sagen, was dies jetzt verursacht und wie ichs behebn kann ?

Weder noch, aber wahrscheinlich du kannst die Ausgabe der Fehlermeldung im Backend zumindest unterdrücken, sodass deine Besucher sie nicht zu sehen kriegen:
System - Einstellungen - Sicherheitseinstellungen - Fehlermeldung anzeigen ausstellen

**uspaeker** · 22.03.2013, 13:07

Hallo alle zusammen,

das Problem mit dem Aufruf von Front- und Backend hatte ich auch. Nach einem kurzen Aufruf der install.php und einer Aktuallisierung der Datenbank lief erst mal alles wieder. Dann aber musste ich jetzt zwei Stunden die folgen des Updates beseitigen.

Problem 1: Subcolumms
Alle Spaltensets waren nach dem Update zerstört und mußten neu angelegt werden. Miese Arbeit.

Problem 2: EFG
Alle Einstellungen für den Mailversand sind weg. Musste in jedem einzelne Formular das EFG Bestätigung per E-Mail versenden neu erstellen. Zudem sind die Datenbanken mit den gespeicherten Anfragen gelöscht.

Hoffe, dass dieses Problem nicht bei allen existiert.

***lucina*** · 22.03.2013, 13:24

https://community.contao.org/de/show...l=1#post256819

**Japs** · 22.03.2013, 13:30

Zitat von pmmueller

Weder noch, aber wahrscheinlich du kannst die Ausgabe der Fehlermeldung im Backend zumindest unterdrücken, sodass deine Besucher sie nicht zu sehen kriegen:
System - Einstellungen - Sicherheitseinstellungen - Fehlermeldung anzeigen ausstellen

Jo danke, habs ausgeblendet

**tlightuser** · 22.03.2013, 14:33

Alles gute Vorschläge, leider ohne Erfolg. Mit Hilfe LiveUpdate sieht das so aus:

Meldung:
Die gesuchte Seite: http://domain.tld/pages/xx/xx/xxxxxxxx/home/htdocs/domain.tld/contao/update.phar.php/index.php?do=process wurde nicht gefunden!

Die update.phar.php ist vorhanden, jedoch kann index.php?do=process nicht aufgerufen, weil nicht vorhanden. Bis Contao 3.05 war alles noch in Ordnung, was LiveUpdates betraf. Das Problem beginnt jetzt eigentlich nur mit dem Updateversuch auf Contao 3.06.

Ich erhalte dann noch eine Meldung, dass ich das LiveUpdateTool auf 6.x aktualisieren soll. Die Meldung kam nur einmal. Gibt es solch ein Modul zum Downloaden.

**pmmueller** · 22.03.2013, 15:27

Zitat von Leo (siehe Link in #16):

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.

Hast du das mit der pathconfig.php ausprobiert?

**tlightuser** · 22.03.2013, 15:34

Zitat von pmmueller

Zitat von Leo (siehe Link in #16):

Hast du das mit der pathconfig.php ausprobiert?

Ja habe ich. Ich habe dieses File in __pathconfig.php umbenannt.

//Edit: auch gelöscht und Backend neu aufgerufen. pathconfig.php wird auch nicht neu generiert.

**juju** · 22.03.2013, 15:41

... und Du hast das Front- oder Backend auch nach der Umbenennung im Browser einmal aktualisiert? (refresh z.B. mit F5-Taste unter Windows) Bei mir gings dann.

Gruß,
juju

**tlightuser** · 22.03.2013, 15:46

Zitat von juju

... und Du hast das Front- oder Backend auch nach der Umbenennung im Browser einmal aktualisiert? (refresh z.B. mit F5-Taste unter Windows) Bei mir gings dann.

Gruß,
juju

Ja habe ich, leider ohne Erfolg. Problem bleibt weiterhin bestehen.

//Edit:

Ich habe einmal das update.phar.php aus Sicherung vom Februar eingespielt. Mit LiveUpdate kommt dann folgende Meldung:

Live Update (v6.5)
Es ist ein Fehler aufgetreten. Das Update-Tool ist nicht aktuell
Sie verwenden eine alte Version des Live Updates (Version 6.5). Bitte führen Sie ein Update auf die Version 6.7 durch, um Ihre Contao-Installation zu aktualisieren. Klicken Sie dazu einfach auf "Weiter".

Soweit sogut: nach "Weiter" das gleiche Problem mit folgender Meldung:

Meldung:
Die gesuchte Seite: http://domain.tld/pages/xx/xx/xxxxxxxx/home/htdocs/domain.tld/contao/update.phar.php/index.php?do=process wurde nicht gefunden!

**juju** · 22.03.2013, 16:25

Welchen Browser verwendest Du?

Und nur um sicher zu gehen: Du hast die Website nicht nur einfach neu aufgerufen, sondern schon "aktualisiert", richtig? Den Browsercache schon mal explizit gelöscht?

Gruß,
juju

**tlightuser** · 22.03.2013, 17:48

Zitat von juju

Welchen Browser verwendest Du?

Und nur um sicher zu gehen: Du hast die Website nicht nur einfach neu aufgerufen, sondern schon "aktualisiert", richtig? Den Browsercache schon mal explizit gelöscht?

Gruß,
juju

Firefox 19.0.2 - aktuelle Version. Auch den Browsercache etc. habe ich schon gelöscht. Ich habe das Backend mit F5 zum Refresh verwendet. Das FE hat noch keinen Content (Inhalte, da im Backend noch nichts eingetragen ist), dürfte aber damit nichts zu tun haben. Es funktionierten bis jetzt ja alle Updates, mit Ausnahme Update auf 3.0.6.

Ich könnte das System mit aktueller Version 3.0.6 ja komplett neu aufsetzen, aber immer mit der Unsicherheit, dass dieser Fehler dann einmal wieder mit XYZ Update auftreten kann. Die Server-Configuration wurde auch nicht verändert. Ich habe einen Managed-Server; da sind sowieso nur wenige Einstellungen möglich; selbst da habe ich aber nichts verändert.

***leo*** · 22.03.2013, 20:02

Nach dem Löschen der "system/config/pathconfig.php" solltest Du als erstes das Contao-Installtool aufrufen. Falls es dann noch immer nicht geht, schau Dir mal den Inhalt der pathconfig.php an und poste ihn hier.

**tjosten** · 22.03.2013, 20:29

Ich muss mich ebenso dem Problem von tlightuser anschließen! Ich habe bereits ab der Version 3.0.4 das Problem mit der Fehlermeldung domain.tld/httpdocs/contao/update.phar.php/index.php?do=process und hoffte auf die Lösung mit der LiveUpdate Ver. 6.7!
Ich selber betreibe die Seiten auf einen Strato VServer und hatte bisher keine Probleme bzw. Veranlassungen an der PHP.ini Änderungen vornehmen zu müssen.
Die bisherigen Lösungsansätze mit der Umbenennung der ..system/config/pathconfig.php kann ich ebenso nicht nachvollziehen, da diese Datei nicht vorhanden war bzw. ist? Daher zunächst meine Frage, wo kommt diese pathconfig.php her, da sie auch nicht im Original Contao 3.0.6 Installpaket vorhanden ist?

Meine bisherige Fehlersuche ergab eine generierte Temp-Datei "aed2188c8fa2c98f2a7617933a9e9e34" im Verzeichnis /system/tmp/, diese zum Inhalt folgende Angaben hat:

Archive: /var/ww/vhosts/domainame/httpdocs/system/tmp/aed2188c8fa2c98f2a7617933a9e9e34
Length Method Size Cmpr Date Time CRC32 Name
-------- --------- --------- -------- ---------- ------- --------- ----------------
5141263 Defl:N 1000095 81% 2013-03-22 13:56 08ab8195 update.phar.php
-------- --------- ----------------
5141263 1000095 1 file

Nun habe ich den Versuch unternommen und die /contao/update.phar.php gelöscht(vorher gesichert) und nach einem Browser Refresh den Live-Updatevorgang mit der Version 6.7 ausgeführt. Die erwartungsgemäße Frage nach der PHAR Unterstützung mit JA beantwortet und wieder die Fehlermeldung:
domain.tld/httpdocs/contao/update.phar.php/index.php?do=process ;-(

Kann jemand den Fehler auf einem Strato Server nachvollziehen bzw. eine Lösung geben?

Danke im Voraus für die Bemühungen.

Nachtrag: Die Empfehlung von leo, dass Ausführen des Installtools ergab ebenso keine Besserung. Eine Prüfung der Contao Installation auf dem Server mit dem Checktool zeigt hingegen alles grün, keine Probleme.

**NoSi** · 23.03.2013, 06:55

Hi.

Ich habe jetzt alle hier angegebenen Tipps durch - ohne Veränderung. Eine Vorbereitungs-Installation in einem XAMPP (unter Windows, localhost) ist "tot". Eine frisch aufgesetzte 3.06-Installation (Testinstallation, also nur eine Testseite, ohne Import von irgend etwas, keine Styles etc.), funktioniert ebensowenig wenn ich die Module nachträglich einhänge (Testmodul: simple_columns, zwei Spalten, je ein kurzer Text). Text kommt, aber nicht in Spalten. Daher spare ich mir die anderen Module.

Die Pathconfig sieht imo etwas eigentümlich aus:

Code:

<?php

// Relative path to the installation
return '';

{nein, ich habe nichts vergessen. Das ist wirklich alles, was drin steht}
Ist das allererste Mal (seit 1.irgendwas), dass ein Update eine Seite vermeintlich irreparabel "abschießt". Die Lösung wird wahrscheinlich simpel sein, das löschen, etc. - wie hier bisher beschrieben - hilft zumindest in meinem Fall jedoch leider nicht.

Da ich heute fertig werden muss, werde ich erst mal wieder auf die 3.05 zurückkehren, die funktioniert nämlich.

**BugBuster** · 23.03.2013, 15:12

Soweit ich das sehe, ist deine pathconfig richtig.
Wenn in der 3.0.5 in der localconfig das hier stand:

PHP-Code:


$GLOBALS['TL_CONFIG']['websitePath'] = '';

Dann steht in der 3.0.6 in der pathconfig

PHP-Code:


<?php



// Relative path to the installation

return '';

Wobei der Eintrag in der localconfig weiterhin existiert.
(zumindest bei einem Update, laut Bekanntmachung soll das ja nicht mehr sein. Ist das vielleicht die Ursache bei manchen Problemen?)

**BugBuster** · 23.03.2013, 15:17

Wenn eine frische 3.0.6 Installation mit simple_columns nicht klarkommt, gibt es wohl eine Inkompatibilität, die aber eigentlich nicht passieren dürfte.
Hier müsste man mal die Programmierer der Erweiterung antriggern.

**tlightuser** · 24.03.2013, 11:37

Zitat von leo

Nach dem Löschen der "system/config/pathconfig.php" solltest Du als erstes das Contao-Installtool aufrufen. Falls es dann noch immer nicht geht, schau Dir mal den Inhalt der pathconfig.php an und poste ihn hier.

Habe ich durchgeführt. Die "system/config/pathconfig.php" müsste eigentlich neu generiert werden; ist aber leider nicht der Fall. Die gesicherte "system/config/pathconfig.php" ist allerdings leer, wie ich gerade gesehen habe. Was müsste denn dann drin stehen?

**BugBuster** · 24.03.2013, 12:33

Was drinstehen muss, siehe #28

**tlightuser** · 24.03.2013, 13:28

Zitat von BugBuster

Soweit ich das sehe, ist deine pathconfig richtig.
Wenn in der 3.0.5 in der localconfig das hier stand:

PHP-Code:


$GLOBALS['TL_CONFIG']['websitePath'] = '';

Dann steht in der 3.0.6 in der pathconfig

PHP-Code:


<?php

// Relative path to the installation
return '';

Wobei der Eintrag in der localconfig weiterhin existiert.
(zumindest bei einem Update, laut Bekanntmachung soll das ja nicht mehr sein. Ist das vielleicht die Ursache bei manchen Problemen?)

In meiner localconfig.php steht wie oben beschrieben alles korrekt drin. Ich müsste aber bitte zusätzlich wissen, was in der pathconfig.php steht, und zwar in der Contao-Version 3.05 und nicht Contao-Version 3.06, da das Update von 3.05 -> 3.06 ja nicht funktioniert.

**BugBuster** · 24.03.2013, 14:07

In der 3.0.5 gibt es keine pathconfig.php!

**tlightuser** · 24.03.2013, 14:26

Zitat von BugBuster

In der 3.0.5 gibt es keine pathconfig.php!

Tja, dann werde ich wohl neu aufsetzen müssen; lustig finde ich das allerdings nicht mehr, wenn alle Live-Updates in der Vergangenheit immer funktioniert haben - und dann auf einmal mit derart massiven Problemen konfroniert wird. Nun ist das eben so

**BugBuster** · 24.03.2013, 15:42

Mein manuelles Update ging ohne jegliche Probleme. Files rüber, danach install.php aufgerufen, danach Backend, alles OK.

**tlightuser** · 24.03.2013, 16:04

Zitat von BugBuster

Mein manuelles Update ging ohne jegliche Probleme. Files rüber, danach install.php aufgerufen, danach Backend, alles OK.

Das wäre dann noch eine Möglichkeit. Könntest du mir bitte mitteilen, welche Files nicht überschrieben werden dürfen?

**BugBuster** · 24.03.2013, 16:39

nimm die ZIP von hier, da sind nur die Dateien drin, die verändert wurden.
http://www.contao.glen-langer.de/eas...contao-30.html

**tlightuser** · 24.03.2013, 18:05

Zitat von BugBuster

nimm die ZIP von hier, da sind nur die Dateien drin, die verändert wurden.
http://www.contao.glen-langer.de/eas...contao-30.html

Und somit bin ich jetzt Up-to-Date!

Ich empfinde es jedoch mehr als schade, dass LIVE-Updates derartig massive Probleme bereiten können. Natürlich habe ich Verständnis dafür, dass in/mit Entwicklung Feher auftreten - es ärgert mich trotzdem einwenig. Das angebotene Live-Updates Geld kosten, ist völlig in Ordnung; die Preise sind mehr als in Ordnung, keine Frage. Ich bitte aber darum, dass solche massiven Probleme dem User eigentlich nicht mehr zuzumuten sind. Bei mir ist das jetzt kein Beinbruch, aber für User, welche bereits eine komplette Website (Content) betreiben, eine Katastrophe. Natürlich ist es möglich, zurückzuspringen.

Möglicherweise sollte einmal darüber nachgedacht werden, derartige (massive) Probleme zu vermeiden. Das ist aber keine Kritik, sondern nur ein Vorschlag.

Herzlichen Dank, BugBuster für deinen Link.

Mike1410 · 26.03.2013, 21:46

Ich denke da ähnlich, Preise und Produkt Top. Nur würde ich vor der Veröffentlichung eines UpDates dies auch ausreichend testen, so das man nicht manuell noch einiges konfigurieren muss.

Leider musste ich heute auch eine Internetpräsenz "retten". Der Kunde hat sein System, auf 3.0.6, aktualisiert, war aber mit dem fehlerhaften Ergebnis und dessen Behebung überfordert.

**pmmueller** · 27.03.2013, 07:03

Sorry, aber never ever let a Kunde update sein System.
Auch das Live Update ist nicht "Klick and go", es macht die Sache nur bequemer und FTP-frei. Ein Update erfordert immer mindestens vorheriges Informieren.