Contao 3.5.11 verfügbar

**contao.org** · 21.04.2016, 09:50

Contao Version 3.5.11 ist verfügbar. Das Bugfix-Release behebt unter anderem das Problem mit dem Anlegen neuer Ordner in der Dateiverwaltung.

Ganzen Beitrag zu 'Contao 3.5.11 verfügbar' lesen

**mandrake** · 21.04.2016, 11:13

Die 3.5.11 ist via Live Update nicht verfügbar?!

**Webstylerin** · 21.04.2016, 11:25

Zitat von mandrake

Die 3.5.11 ist via Live Update nicht verfügbar?!

Doch, wollte gerade via LiveUpdate auf die 3.5.10 updaten und bin über die 3.5.11 gestolpert.

**mandrake** · 21.04.2016, 13:02

Yup, jetzt ist die Version auch bei mir sichtbar.

**Tim G** · 21.04.2016, 13:21

Vielleicht sollte erwähnt werden, dass tl_search vor dem DB-Update geleert sein sollte damit nicht unvergesehen das jetzige checksum => unique in einen duplicate entry ended (war bei mir der Fall)

Wäre die Änderung der Datenbankstruktur nicht Grund genug für Anhebung der Versionsnummer auf 3.6.0? Das ist bissel mehr als nur ein Bugfix.

**Spooky** · 21.04.2016, 13:59

Vorsicht: Wenn man in seiner Contao Installation Dateien mit Extensions in Großbuchstaben hat, sollte man nicht aktualisieren: https://github.com/contao/core/issues/8317

Zitat von Tim G

Vielleicht sollte erwähnt werden, dass tl_search vor dem DB-Update geleert sein sollte damit nicht unvergesehen das jetzige checksum => unique in einen duplicate entry ended (war bei mir der Fall).

Ja, darüber bin ich auch gestolpert.

**BugBuster** · 21.04.2016, 14:18

Zitat von Tim G

Vielleicht sollte erwähnt werden, dass tl_search vor dem DB-Update geleert sein sollte damit nicht unvergesehen das jetzige checksum => unique in einen duplicate entry ended (war bei mir der Fall)

Wäre die Änderung der Datenbankstruktur nicht Grund genug für Anhebung der Versionsnummer auf 3.6.0? Das ist bissel mehr als nur ein Bugfix.

Dann mach dafür ein Ticket damit das in 3.5.12 korrigiert wird, wie auch immer.
Eine 3.6.0 wird es nicht geben.

**Spooky** · 21.04.2016, 14:25

Hab' ich mal hier gemacht: https://github.com/contao/core/issues/8320

**joseph.ki** · 21.04.2016, 16:26

Habe Contao auf 3.5.10 upgedatet, nun kann ich leider über die Dateiverwaltung die Ordner nicht mehr unbenennen.
Es kommt folgende Fehlermeldung:

Code:

Fatal error: Uncaught exception Exception with message Directory "files/kunden/irtours/Bilder-Exklusiv-Reisen" is not a file thrown in system/modules/core/library/Contao/File.php on line 134 #0 system/modules/core/drivers/DC_Folder.php(1165): Contao\File->__construct('files/kunden/ir...', true)
#1 system/modules/core/classes/Backend.php(650): Contao\DC_Folder->edit()
#2 system/modules/core/controllers/BackendMain.php(131): Contao\Backend->getBackendModule('files')
#3 contao/main.php(20): Contao\BackendMain->run()
#4 {main}

Hat dies mit dem oberen Thema zu tun?
Gemäß Contao-Check ist alles in Ordnung.
Soll ich nun auf 3.5.9 downgraden?
Danke für die Hilfe.

**Hoch-3** · 21.04.2016, 16:33

Bilddateien mit grossen Buchstaben, also .JPG statt .jpg, funktionieren nicht mehr... Sehr ärgerlich. Auf 3.5.12 warten? Ich habs jetzt wieder auf 3.5.9 downgraded.

Im Github ists schon drin. Habs so nach einer Stunde Fehlersuche bemerkt, dass es daran liegt.

**Kahmoon** · 21.04.2016, 16:52

~~3.5.12 ist bereits raus.~~..

Edit: Ich lag falsch....10 und 11

. Geht derzeit ja recht fix...

**BugBuster** · 21.04.2016, 16:53

wo?

**Kahmoon** · 21.04.2016, 16:54

Zitat von BugBuster

wo?

Sorry..war nur in meiner Zeitmaschine so

**Hagord** · 21.04.2016, 19:11

Habe für die Tabelle tl_search beide Datenbankmodifikationen zugelassen: ADD UNIQUE KEY 'checksum_pid' und DROP INDEX 'pid' und trotzdem kommt die Fehlermeldung durch das oder nach dem Install-Tool:

Fatal error: Uncaught exception Exception with message Query error: Duplicate entry '88f94b514e3319d53be961724e53d523-24' for key 'checksum_pid' (ALTER TABLE `tl_search` ADD UNIQUE KEY `checksum_pid` (`checksum`, `pid`); ) thrown in system/modules/core/library/Contao/Database/Statement.php on line 295

#0 system/modules/core/library/Contao/Database.php(207): Contao\Database\Statement->query('ALTER TABLE `tl...')
#1 system/modules/core/controllers/BackendInstall.php(616): Contao\Database->query('ALTER TABLE `tl...')
#2 system/modules/core/controllers/BackendInstall.php(177): Contao\BackendInstall->adjustDatabaseTables()
#3 contao/install.php(24): Contao\BackendInstall->run()
#4 {main}

Kann/muss ich direkt/manuell an die Datenbanktabelle ran?

Bitte dringend Hilfe!

**do_while** · 21.04.2016, 19:13

Gerade auf Twitter gesehen:

Leo Feyer: ‏@leofeyer
Oh mann, #Contao 3.5.11 ist immer noch nicht ganz fehlerfrei. Morgen also die 3.5.12. Sorry 😢

**planepix** · 21.04.2016, 19:20

Zitat von Hagord

Kann/muss ich direkt/manuell an die Datenbanktabelle ran?

Bitte dringend Hilfe!

Schau mal den Link in Post #6 an, das beschreibt das Problem:
https://github.com/contao/core/issues/8320

**Hagord** · 21.04.2016, 20:03

Habe in der Systemwartung den Suchindex gelöscht, anschließend das Install-Tool (diesmal erfolgreich) ausgeführt und zuletzt den Suchindex wieder aufgebaut. Jetzt nur noch eine Frage: Muß trotzdem ein eventuelles 3.5.12-Update eingespielt werden - oder ist jetzt alles aktuell?

***Nina*** · 21.04.2016, 20:23

Die 3.5.12 solltest du dennoch einspielen, da sie das Problem mit großgeschriebenen Dateiendungen behebt.

Laut Leo wird die 3.5.12 morgen erscheinen.

**Tim G** · 22.04.2016, 07:37

Zitat von BugBuster

Eine 3.6.0 wird es nicht geben.

Das es die nicht geben wird, kann man vorab nicht sagen. Auf den Konferenzen wird immer wieder erklärt was ein Mayor, Minor und Bugfix Release ist und das durch diese "strikte" Einführung öfter mal Versionsnummern angehoben werden ala 3.5 zu 3.6 usw. wenn z.B. Versionen untereinander nicht mehr zwingend kompatibel sind. Das ist hier der Fall. Die Änderung der DB Struktur lässt z.B. Installations-Templates scheitern, lässt auch am Kunden ggf. tiefere SQL Fehler erscheinen. Das ist nicht mehr Bugfixing, das ist ein neues Minor Release.
Arbeitet man strikt nach diesem Muster ist das Hinzufügen eines neuen Features (auch das Hinzufügen von Exceptions bei veralteten Funktionen. Ich erinnere an die generateFrontendUrl Methode), ein Minor Release.
Kurz gesagt, alles was kein Bugfixing ist ist ein Minor. Und es wäre völlig ok die vorherigen Minor Versionen auslaufen zu lassen. Kommt 3.6, wird 3.5 abgelöst. Klare Struktur, klare Kommunikation am Kunden. Man kann genau sagen Version 3.6 hat dieses und jenes eingeführt.

***lucina*** · 22.04.2016, 08:00

Der Releaseplan ist da allerdings eindeutig: https://contao.org/de/release-plan.html

Ich sehe auch keinen Grund weshalb der sich ändern sollte.

**Spooky** · 22.04.2016, 08:54

Zitat von Tim G

Das es die nicht geben wird, kann man vorab nicht sagen. Auf den Konferenzen wird immer wieder erklärt was ein Mayor, Minor und Bugfix Release ist und das durch diese "strikte" Einführung öfter mal Versionsnummern angehoben werden ala 3.5 zu 3.6 usw. wenn z.B. Versionen untereinander nicht mehr zwingend kompatibel sind. Das ist hier der Fall. Die Änderung der DB Struktur lässt z.B. Installations-Templates scheitern, lässt auch am Kunden ggf. tiefere SQL Fehler erscheinen. Das ist nicht mehr Bugfixing, das ist ein neues Minor Release.
Arbeitet man strikt nach diesem Muster ist das Hinzufügen eines neuen Features (auch das Hinzufügen von Exceptions bei veralteten Funktionen. Ich erinnere an die generateFrontendUrl Methode), ein Minor Release.
Kurz gesagt, alles was kein Bugfixing ist ist ein Minor. Und es wäre völlig ok die vorherigen Minor Versionen auslaufen zu lassen. Kommt 3.6, wird 3.5 abgelöst. Klare Struktur, klare Kommunikation am Kunden. Man kann genau sagen Version 3.6 hat dieses und jenes eingeführt.

Füge deine Bedenken evt. als Kommentar im GitHub Ticket dazu. Ich finde solche Dinge sollten zumindest vom Install Tool hantiert werden - oder tatsächlich als Minor Release.

Zitat von lucina

Ich sehe auch keinen Grund weshalb der sich ändern sollte.

Gründe findet man sicher. Es wird halt nicht passieren.

**Tim G** · 22.04.2016, 09:37

Ihr seht ja selbst, dass es nicht mit "nicht" Problemen behaftet ist. Es ist ein neues Feature, auch wenn man es nur in der DB Struktur sieht. Bringt Contao auch nur ein neues Feld bzw. Felddefinition hast du eine neue Datenbankstruktur und Installationstemplates am Kunden scheitern. Das ist alles ok, wenn man sich innerhalb einer neuen Minor-Version bewegt. Dann kannst du das abfangen und sagen, bitte nutze 3.5.
Innerhalb von Bugfixes sollten Versionen untereinander kompatibel bleiben.

Arbeitet man strikt nach seinen eigenen Prämissen wäre hier ein Minor Release angebracht. Es ist eine Änderung am Kern, die nicht mehr in den Rahmen Bugfix fällt.

--
Weiteres Beispiel, Release 3.5.8. Änderung der generateFrontendUrl Methode auf strikten Parameter Zwang. (unkommentiert im changelog)
Die Methode erwartet nun 4 strikt gesetzte Parameter über die Controller Klasse. (Das die Methode in die PagesModel Klasse umgezogen ist, ist auch nicht im changelog vermerkt, aber ok. Die Controller Klasse gibt es ja noch.)

Setzt man diese Parameter nicht (was so ziehmlich jede Erweiterung betrifft, die < 3.5.8 entwickelt wurde und darauf zugreift), quittiert Contao mit php trigger errors:
@trigger_error('Using Controller::generateFrontendUrl() with $strForceLang has been deprecated and will no longer work in Contao 5.0.', E_USER_DEPRECATED);

Für Contao 5! Contao 5 ist noch nicht mal in entferntester Zukunft absehbar.

Das sind Änderungen, die nicht mehr Bugfixes sind. Die gehörten alle in Minor-Releases. Dabei ist es egal ob ein Minor auf das andere folgt.

--
Die Release Pläne in allen Ehren. Die bräuchte man dann nur noch für Mayors. Da macht es Sinn. Sich vorab auf auf einen Zeitplan innerhalb unabgeschlossener Mayors zu stützen führ zu Ungereimtheiten.

**BugBuster** · 22.04.2016, 09:48

Äh:

PHP-Code:


public static function generateFrontendUrl(array $arrRow, $strParams=null, $strForceLang=null, $blnFixDomain=false)

    {

        $strUrl = '';

        if ($strForceLang !== null)

        {

            @trigger_error('Using Controller::generateFrontendUrl() with $strForceLang has been deprecated and will no longer work in Contao 5.0.', E_USER_DEPRECATED);

        }

        if ($blnFixDomain !== true)

        {

            @trigger_error('Using Controller::generateFrontendUrl() without $blnFixDomain has been deprecated and will no longer work in Contao 5.0.', E_USER_DEPRECATED);

        }

Bedeutet nicht, dass du 4 setzen musst! Wie du siehst reicht ein Paramater, die anderen bekommen per Default einen Wert.
Und ganz im Gegenteil, er warnt dich davor, das in Zukunft der Parameter strForceLang und blnFixDomain nicht mehr unterstützt werden.
Die Trigger Error Ausgaben sieht man doch nur, wenn man sich E_USER_DEPRECATED ausgeben läßt.

Mein Banner Modul arbeitet auch mit generateFrontendUrl mit einem und manchmal mit 3 Parametern, bin noch nie über eine Trigger Meldung gestolpert.

**Spooky** · 22.04.2016, 09:50

Zitat von Tim G

Weiteres Beispiel, Release 3.5.8. Änderung der generateFrontendUrl Methode auf strikten Parameter Zwang. (unkommentiert im changelog)
Die Methode erwartet nun 4 strikt gesetzte Parameter über die Controller Klasse. (Das die Methode in die PagesModel Klasse umgezogen ist, ist auch nicht im changelog vermerkt, aber ok. Die Controller Klasse gibt es ja noch.)

Nein, die Methode wurde nicht geändert. Es wurden nur E_USER_DEPRECATED Notices hinzugefügt, sonst nichts. Die Methode selbst und deren Parameter hat sich seit Contao 3.3 nicht verändert.

**Tim G** · 22.04.2016, 09:54

Zitat von BugBuster

Äh:

PHP-Code:


public static function generateFrontendUrl(array $arrRow, $strParams=null, $strForceLang=null, $blnFixDomain=false)

    {

        $strUrl = '';

        if ($strForceLang !== null)

        {

            @trigger_error('Using Controller::generateFrontendUrl() with $strForceLang has been deprecated and will no longer work in Contao 5.0.', E_USER_DEPRECATED);

        }

        if ($blnFixDomain !== true)

        {

            @trigger_error('Using Controller::generateFrontendUrl() without $blnFixDomain has been deprecated and will no longer work in Contao 5.0.', E_USER_DEPRECATED);

        }

Bedeutet nicht, dass du 4 setzen musst! Wie du siehst reicht ein Paramater, die anderen bekommen per Default einen Wert.
Und ganz im Gegenteil, er warnt dich davor, das in Zukunft der Parameter strForceLang und blnFixDomain nicht mehr unterstützt werden.
Die Trigger Error Ausgaben sieht man doch nur, wenn man sich E_USER_DEPRECATED ausgeben läßt.

Mein Banner Modul arbeitet auch mit generateFrontendUrl mit einem und manchmal mit 3 Parametern, bin noch nie über eine Trigger Meldung gestolpert.

$url = \Controller::generateFrontendUrl($objPage-Row(),$myparams,'de');

Wird quittiert mit Fehler.
Ist ja auch alles schön und gut. Pack das in ein Minor, weil es den Core ändert. Schreibs ins changelog. Alles prima.
Hier von einem Bugfix zu sprechen, darum geht es, ist schlicht weg falsch. Das ist ein neues Feature bzw. nimmt ein altes Feature raus und setzt es auf inkompatibel.

Ich will zum Nachdenken anregen. Hält man sich strikt an seine eigene Vorgabe nur Bugfixes zu bringen, läuft man nicht Gefahr durch neue Funktionen oder Umstellung eine Welle loszutreten.

**Spooky** · 22.04.2016, 09:58

Zitat von Tim G

Zigfach in Erweiterung verwendet. Wird quittiert mit Fehler.

Was für ein Fehler? Wie gesagt, die Methode hat sich seit Contao 3.3.0 nicht verändert, es wurden nur E_USER_DEPRECATED Notices hinzugefügt.

Allerdings: in manchen Server Umgebungen wurden diese E_USER_DEPRECATED Notices im Frontend und/oder im error.log angezeigt, aufgrund eines Fehlers in Contao. Siehe dazu:

Dieser Fehler wurde in Contao 3.5.9 behoben.

**BugBuster** · 22.04.2016, 09:59

Für Dich beutet also E_USER_DEPRECATED Meldungen ein Feature?
Wie gesagt, an der Definition der Methode hat sich nichts geändert.
Aus der 3.5.5:

PHP-Code:


public static function generateFrontendUrl(array $arrRow, $strParams=null, $strForceLang=null, $blnFixDomain=false)

**Tim G** · 22.04.2016, 10:02

Ich will zum Nachdenken anregen. Hält man sich strikt an seine eigene Vorgabe nur Bugfixes in ein Bugfix Release zu packen, läuft man nicht Gefahr durch Umstellung eine Welle loszutreten. So wird und wurde es auf den Konferenzen immer wieder erklärt.
In der Praxis sieht man dass man sich lieber an den Release Plan klammert.

Aber egal, weitermachen...