Contao Version 3.5.9 ist verfügbar. Das Bugfix-Release behebt unter anderem ein Problem mit der Weiterleitung auf den Fehlerseiten sowie bei der Einbindung von SVG-Dateien.
Ganzen Beitrag zu 'Contao 3.5.9 verfügbar' lesen
Contao Version 3.5.9 ist verfügbar. Das Bugfix-Release behebt unter anderem ein Problem mit der Weiterleitung auf den Fehlerseiten sowie bei der Einbindung von SVG-Dateien.
Ganzen Beitrag zu 'Contao 3.5.9 verfügbar' lesen
Seit dem Update auf 3.5.9 habe ich nach der Systemwartung im System-Log folgendes stehen:Getestet bei zwei Installationen . Kann das jemand bestätigen?Image "changelog.gif" could not be processed: Image "changelog.gif" could not be found
LG
Bennie
Kann ich nicht bestätigen, aber hab es mal hier erfasst: https://github.com/contao/core/issues/8285
Kann ich nachvollziehen. Es stammt aus der system/modules/core/classes/LiveUpdate.php:
wo in der 3.5.9 wohl der Pfad nicht passt. Daher dann "Image "changelog.gif" could not be found".Code:diff LiveUpdate.php.3.5.8 LiveUpdate.php.3.5.9 46c46 < $strMessage = ' <a href="contao/changelog.php" onclick="Backend.openModalIframe({\'width\':860,\'title\':\'CHANGELOG\',\'url\':this.href});return false" title="' . specialchars($GLOBALS['TL_LANG']['tl_maintenance']['changelog']) . '"><img src="' . TL_FILES_URL . 'system/themes/' . \Backend::getTheme() . '/images/changelog.gif" width="14" height="14" alt="" style="vertical-align:text-bottom;padding-left:3px"></a>'; --- > $strMessage = ' <a href="contao/changelog.php" onclick="Backend.openModalIframe({\'width\':860,\'title\':\'CHANGELOG\',\'url\':this.href});return false" title="' . specialchars($GLOBALS['TL_LANG']['tl_maintenance']['changelog']) . '">' . \Image::get('changelog.gif', '', 'style="vertical-align:text-bottom;padding-left:3px"') . '</a>';
//Edit: erst Tickets lesen ... Danke @spooky
Contao-Community-Treff Bayern: http://www.contao-bayern.de
Macht mal aus dem \Image::get ein \Image::getHtml und probiert mal ob es damit geht.
In Datei system/modules/core/classes/LiveUpdate.php Zeile 46, siehe:
https://github.com/contao/core/blob/...Update.php#L46
Grüße, BugBuster"view source" is your guide.Danke an alle Amazon Wunschlisten Erfüller
IstWird in der 3.5.10 genau so behoben.
Geändert von BugBuster (08.04.2016 um 23:47 Uhr)
Grüße, BugBuster"view source" is your guide.Danke an alle Amazon Wunschlisten Erfüller
Hallo alle
ich hatte das selbe Problem mit dem Eintrag 'changelog.gif' beim Update auf 3.5.9 ebenfalls und bin hier fündig geworden. Danke BlogBuster für die Lösung.
Das Problem löst, wie von BugBUster vorgeschlagen, in system/modules/core/classes/LiveUpdate.php die Zeile 46 zu ersetzen durch:
Ist dieses Vorgehen aus Sicht der Contao-Profis falsch? Bei Problemen sehe ich mich (wie vermutlich Bennie auch) zuerst im Forum der Contao-Community um. Auf https://github.com/contao/ finde ich mich irgendwie nicht zurecht und habe unter dem Suchbegriff "changelog.gif" auch nichts gefunden.PHP-Code:
$strMessage = ' <a href="contao/changelog.php" onclick="Backend.openModalIframe({\'width\':860,\'title\':\'CHANGELOG\',\'url\':this.href});return false" title="' . specialchars($GLOBALS['TL_LANG']['tl_maintenance']['changelog']) . '">' . \Image::getHtml('changelog.gif', '', 'style="vertical-align:text-bottom;padding-left:3px"') . '</a>';
Marcel
Geändert von merlincom (30.03.2016 um 17:02 Uhr)
Nein, das passt so.
Das entsprechende Ticket auf GitHub wurde weiter oben gepostet.
Hmm, hatte ein frische Installation, in meinem Fall sogar vom Check-File, hat zuerst super geklappt.. bis auf den Fehler hier gestoßen bin.
Hatte Glück, dass ich davon schon mal gelesen hatte..
Ist ja auch prima, wenn das Problem anscheinend in der 3.5.10 gelöst ist, nur kann ich die Offiziell nicht auswählen!!
https://contao.org/de/download.html
Hier sollte schnellstens Abhilfe geschaffen werden, und NICHT den User zu Github schicken.. das ist soo chaotisch, wenn man damit nicht täglich zu tun hat.
Wie komme ich nun an die 3.5.10?? (möglichst ohne Github) Denn immerhin ist der Fehler ja schon einige Zeit behoben...
Contao 3.5.10 wurde noch nicht veröffentlicht. Wenn du den Fehler einstweilen selbst beheben möchtest, musst du das manuell machen (anhand der Informationen aus dem Ticket).
@Spooky: Danke für die sehr schnelle Antowort.
Wenn ich das richtig verstanden habe, dreht sich alles NUR um die Zeile 46??
Denn genau DIE habe ich getauscht.. oder sollte ich besser die kpl. Datei nutzen von Github?
Gelöst...
ICh habe die kpl. Datei genommen, anstatt NUR die Zeile 46.. und jetzt gehts.
Super.. danke.
Zumindest das mit dem GIF-Fehler ist weg.
Allerdings das mit dem dauernden.. "Datei wird geladen... *kreisel*" ist noch nicht weg.
Folgendes Szenario:
Ich lege ein neues Verzeichnis in der Dateiverwaltung an, und bekomme dabei folgende Fehlermeldung:
"No parent entry for /" ich hatte in das Feld für das Verzeichnis einfach "test" rein geschrieben.
Wenn ich dann "/test" eintrage, kann ich speichern und zurück machen, aber. .es steht oben nur "Ein Fehler ist aufgetreten!"
Mit einem FTP-Programm, kann ich sehen, dass der Ordner "test" angelegt wurde...
Im LOG steht dann folgendes:
File or folder "/files/__new__" was not mounted or could not be found
Anschließend ist der Ordner "test" in der Dateiverwaltung zu sehen.
Wenn ich dann eine Datei versuche hoch zu laden, wird nach dem "Speichern" drücken, dann der Fehler angezeigt mit dem Hinweis, ich soll im Log nachschauen.
Dort steht dann der obige Eintrag erneut, obwohl angeblich der File " uploaded successfully " ist.
Aber per Dateiverwaltung komme ich nicht in dieses Verzeichnis.. Endlosschleife.
Geändert von legalstuff (08.04.2016 um 16:33 Uhr)
Validiere deine Installation mit dem Contao Check.
DAnke für den Hinweis... aber ich bin immer noch nicht weiter.
1. Versuch.. yep.. eine corrupte Datei.. wie zu erwarten die LiveUpdate.php
2. den kpl. Text noch mal kopiert, in notepad++ in eine neue Datei geschrieben.. und neu hoch geladen.. CHECK Validation sagt.. OK -> Dateiverwaltung kann immer noch nicht zugreifen, allerdings auch im LOG den GIF-Fehler wieder.
3. die Datei von Github runter geladen und auf den Server geladen.. -> "Image "changelog.gif" could not be processed: Image "changelog.gif" could not be found" ???
Im Moment bin ich total Confuse..
Wie muss dass denn aussehen, MIT dem Workaround, damit der GIF-Fehler weg ist?
das steht im Moment bei mir drin:
PHP-Code:
public function run()
{
/** @var \BackendTemplate|object $objTemplate */
$objTemplate = new \BackendTemplate('be_live_update');
$objTemplate->updateClass = 'tl_confirm';
$objTemplate->updateHeadline = $GLOBALS['TL_LANG']['tl_maintenance']['liveUpdate'];
$objTemplate->isActive = $this->isActive();
$strMessage = ' <a href="contao/changelog.php" onclick="Backend.openModalIframe({\'width\':860,\'title\':\'CHANGELOG\',\'url\':this.href});return false" title="' . specialchars($GLOBALS['TL_LANG']['tl_maintenance']['changelog']) . '">' . \Image::get('changelog.gif', '', 'style="vertical-align:text-bottom;padding-left:3px"') . '</a>';
Jetzt habe ich es laut BugBuster mal so abgeändert:
Dann sagt der Check, dass diese Datei corrupt sei.. der GIF-Fehler ist weg im Log, aber ich kann dennoch keine Dateien auswählen oder überhaupt ins Verzeichnis gehen.PHP-Code:
public function run()
{
/** @var \BackendTemplate|object $objTemplate */
$objTemplate = new \BackendTemplate('be_live_update');
$objTemplate->updateClass = 'tl_confirm';
$objTemplate->updateHeadline = $GLOBALS['TL_LANG']['tl_maintenance']['liveUpdate'];
$objTemplate->isActive = $this->isActive();
$strMessage = ' <a href="contao/changelog.php" onclick="Backend.openModalIframe({\'width\':860,\'title\':\'CHANGELOG\',\'url\':this.href});return false" title="' . specialchars($GLOBALS['TL_LANG']['tl_maintenance']['changelog']) . '">' . \Image::getHmtl('changelog.gif', '', 'style="vertical-align:text-bottom;padding-left:3px"') . '</a>';
Geändert von legalstuff (08.04.2016 um 17:15 Uhr)
Da haste ein Tippfehler, nicht
sondernCode:\Image::getHmtl
Code:\Image::getHtml
Grüße, BugBuster"view source" is your guide.Danke an alle Amazon Wunschlisten Erfüller
Logisch, oder? Er prüft ja ne 3.5.9 und du hast nun eine angepasste 3.5.9.Dann sagt der Check, dass diese Datei corrupt sei
Grüße, BugBuster"view source" is your guide.Danke an alle Amazon Wunschlisten Erfüller
Gibt es die unten genannten Probleme in der derzeitigen 4.1.2 auch, oder ist das dort schon alles raus?
UUps.. gerade erst gesehen das BugBuster geantwortet hatte.
Geprüft.. und ist nur der Schreibfehler hier gewesen... in der letzten Version auf meinem Server, stand es schon korrekt drin.
Yep, das die Versionsprüfung da einen Unterschied feststellen wird.. ja, das dachte ich mir auch schon.. inzwischen ist ja auch der GIF-Fehler weg....aaaber..
Ich kann immer noch nicht auf das Dateisystem aus dem BE heraus zugreifen.. da hängt er sich auf....
Will ich z.B. in einem Artikel ein Bild einfügen, dass auf dem Server /files/stories liegt.. ein jpg, und ich versuche dort hin zu kommen, dann scheitert es derzeit schon, wenn ich auf "Auswahl" drücke... dann kommt eine leere Seite.. die "Eieruhr" und die nächsten 40min. tut sich nichts.
Einfach in Dateiverwaltung, z.B. ein neues Verzeichnis anlegen, bringt Probleme... obwohl es dann schließlich doch angeblich da ist (trotz Fehlerhinweis im Log), aber ich kann das Verzeichnis nicht öffnen, um Dateien hoch zu laden, oder zu sehen was im Verzeichnis ist.
Ich hatte jetzt schon mal den Verdacht, dass es nicht nur mit dem Problem GIF-Fehler zu tun hat, sondern eventuell etwas beim Download oder Upload etwas corrupt gegangen ist.
Wenn sonst keine diesen Fehler hat, oder ein gleiches Problem, dann würde ich noch mal alles Downloaden, und auch neu auf den Server aufspielen.
Was meint Ihr?
Geändert von legalstuff (11.04.2016 um 08:59 Uhr)
Den "GIF-Fehler" hättest du auch ignorieren können (da es nicht die Funktionsweise von Contao beeinträchtigt) und hat mit deinem aktuellen Problem nichts zu tun. Steht irgend etwas im /system/error.log? Meine Vermutung ist, dass du ein zu großes Bild hinaufgeladen hast und deine Maximale GD Bildbreite und -höhe zu hoch eingestellt ist.
Wann taucht dieser Fehler überhaupt auf?
Ich habe gestern ein paar Updates über easyupdate3 gemacht und mir ist dabei gar nichts aufgefallen.
Hat der liebe @BugBuster dass vielleicht bei seinen Downloads gleich behoben?
Ich habe Dir mit meinen Hinweisen geholfen und Du möchtest Dich bedanken?
Unterstütze bitte das Contao-Projekt (Button Links)
Weitere Spendenmöglichkeiten
------------------------------------------------------------------------------------------------------
Contao-Dokumentation: Contao-Handbuch und Contao-Entwickler-Doku
Contao-Online-Video-Kurse: Contao Academy
Funktionalität erweitern: Contao-Erweiterungen
Für Dinge die man mit html5 und css3 lösen kann, braucht man kein javascript.
Der Fehler steht manchmal im Log....macht aber nix. Ich warte bis 3.5.10
Also erneuter Download und auch erneutes Upload und drüber entpacken, half nichts...
Es existieren nur Dateien in einer maximalen Größe bis zu 50KB und an der GD-Einstellungen habe ich nichts geändert.. alles Std.
Hm.. irgendwie gehen mir die Ideen aus, was es sein könnte.
Muss ich wohl oder Übel noch mal eine kpl. Neuinstallation machen, aber diesmal nicht über das Checktool.
aah, noch eine Frage.. könnte es eventuell an der PHP 5.6 (als CGI/FPM) Version liegen?
Oder sollte man besser als 5.3 (Apache Modul) Contao installieren?
Ich könnte auch PHP 7.0 als CGI...wenn das besser wäre.
Geändert von legalstuff (11.04.2016 um 14:19 Uhr)
eine der vier gleichen Zeilen.
[11-Apr-2016 09:48:05 Europe/Berlin] PHP Fatal error: Maximum execution time of 30 seconds exceeded in /www/htdocs/w00xyxy2/live/Contao3/system/modules/core/drivers/DC_Folder.php on line 2301
Analysiere mal deinen files Folder. Sind da tatsächlich keine großen Bilder drin? Sind da in einem Ordner evt. sehr sehr viele Dateien vorhanden? Hast du die Möglichkeit die max_execution_time zu erhöhen?
Den Fehler wirst du nicht durch eine Neuinstallation beheben können.
Meine Analyse:
In den drei Unterordnern gibt es bis zu 20 Dateien, alle max. 89KB (jpg/png)
Drei PDF´s-.. sind doch von 489KB - 628KB
Es gibt innerhalb "files" 6 Unterverzeichnisse, ein (CSS) das halt Großgeschrieben ist.
Eines das nur temporär da sein wird, "css-files_logo", also eigentlich nichts besonderes.
Die Dateien.. ohne Umlaute (äöü), aber mit Leerzeichen.. das war es dazu an Info´s, die relevant sein könnten.
Execution-Time, muss ich mal schauen.. ist Allinkl.-Reseller
Geändert von legalstuff (11.04.2016 um 14:43 Uhr)
die Größe des größten Bildes.. 800x600px..
Aktive Benutzer in diesem Thema: 1 (Registrierte Benutzer: 0, Gäste: 1)
Lesezeichen