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
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
Die 3.5.11 ist via Live Update nicht verfügbar?!
Yup, jetzt ist die Version auch bei mir sichtbar.
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.
Geändert von Tim G (21.04.2016 um 13:24 Uhr)
http://www.tim-gatzky.de ˙ auch schon wieder 2 Jahre alt - wie die Zeit vergeht... muss mal umbauen.
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
Ja, darüber bin ich auch gestolpert.
Geändert von Spooky (21.04.2016 um 14:06 Uhr)
Grüße, BugBuster"view source" is your guide.Danke an alle Amazon Wunschlisten Erfüller
Hab' ich mal hier gemacht: https://github.com/contao/core/issues/8320
Habe Contao auf 3.5.10 upgedatet, nun kann ich leider über die Dateiverwaltung die Ordner nicht mehr unbenennen.
Es kommt folgende Fehlermeldung:
Hat dies mit dem oberen Thema zu tun?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}
Gemäß Contao-Check ist alles in Ordnung.
Soll ich nun auf 3.5.9 downgraden?
Danke für die Hilfe.
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.
3.5.12 ist bereits raus...
Edit: Ich lag falsch....10 und 11 . Geht derzeit ja recht fix...
wo?
Grüße, BugBuster"view source" is your guide.Danke an alle Amazon Wunschlisten Erfüller
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!
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 😢
Schau mal den Link in Post #6 an, das beschreibt das Problem:
https://github.com/contao/core/issues/8320
---------------------------------
Beste Grüße planepix
Contao für Webdesigner (Website), Twitter: @contaowebdesign
weitzeldesign
Contao-Sprechstunde
Contao Schulungen: https://www.weitzeldesign.com/cms-co...chulungen.html
Contao Jahrbuch: www.contao-jahrbuch.de
Contao Agenturtag: www.contao-agenturtag.de
Contao Stammtisch Stuttgart: www.contao-stammtisch-stuttgart.de
Contao 4 Erfahrungen als Gitbook: https://app.gitbook.com/@planepix/s/...-mit-contao-4/
Contao 4 & Manager Hosterhinweise: https://github.com/contao/contao-manager/wiki
Schon wieder ein Update?
Glücklich sind die, die den Wert erkennen – und wertschätzen.
„Muss man machen wie beim Zahnarzt. Der bestraft einen auch mit hohen Rechnungen wenn man die Pflege vernachlässigt.”
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?
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.
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.
http://www.tim-gatzky.de ˙ auch schon wieder 2 Jahre alt - wie die Zeit vergeht... muss mal umbauen.
Der Releaseplan ist da allerdings eindeutig: https://contao.org/de/release-plan.html
Ich sehe auch keinen Grund weshalb der sich ändern sollte.
Contao in Kiel: kikmedia webdevelopment | Contao-Partnerin | Contao Usergroup Kiel | github | Contao-Community-Alliance | MetaModels-Team
Geändert von Spooky (22.04.2016 um 09:51 Uhr)
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.
http://www.tim-gatzky.de ˙ auch schon wieder 2 Jahre alt - wie die Zeit vergeht... muss mal umbauen.
Äh:
Bedeutet nicht, dass du 4 setzen musst! Wie du siehst reicht ein Paramater, die anderen bekommen per Default einen Wert.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);
}
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.
Grüße, BugBuster"view source" is your guide.Danke an alle Amazon Wunschlisten Erfüller
$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.
Geändert von Tim G (22.04.2016 um 10:00 Uhr)
http://www.tim-gatzky.de ˙ auch schon wieder 2 Jahre alt - wie die Zeit vergeht... muss mal umbauen.
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.
Geändert von Spooky (22.04.2016 um 10:00 Uhr)
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)
Grüße, BugBuster"view source" is your guide.Danke an alle Amazon Wunschlisten Erfüller
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...
http://www.tim-gatzky.de ˙ auch schon wieder 2 Jahre alt - wie die Zeit vergeht... muss mal umbauen.
Dies bedeutet nun für uns, dass wird die Versionen ab 3.5.10 nicht verwenden sollen, da sonst einiges nicht funktionieren wird?
Aktive Benutzer in diesem Thema: 1 (Registrierte Benutzer: 0, Gäste: 1)
Lesezeichen