Druckbare Version
Also ich habe mal ein Update von 3.5 auf 4.4 angetestet und es scheint vieles - auch von den Templates - zu funktionieren. Ich habe mir dann die Templates vorgenommen, die nicht funktionieren. Eine Auflistung von verschickten Newslettern funktioniert zwar, aber egal was ich im entsprechenden Template editiere, es wird einfach nicht berücksichtigt. Woran liegt das? (Template wurde explizit im Modul ausgewählt).
Welches Template und welche Änderungen?
Ui, ich hab den Fehler. Das Template heißt jetzt "mod_newsletterlist.html5" anstatt "mod_newsletter_list.html5" :eek:
Jetzt funktioniert's.
Edit: funktioniert sogar 1:1 das alte Template. :cool:
nächster Fehler:
Termine werden in der Detail-Ansicht mal dargestellt, mal kommt ein Fehler. Wie kann das sein?
Und warum postest du den Fehler nicht? ;)
Ich hab keine Lust, dass die Testumgebung von Google indexiert wird. Deswegen bitte nicht zitieren, da ich die Seite nachher wieder rausnehme:Zitat:
Zitat von Spooky
Link rausgenommen...
Manche Termine klappen als Detail, manche nicht. Einfach mal von oben zwei, drei anklicken. Es kommt:
Code:Oops! An Error Occurred
The server returned a "404 Not Found".
Something is broken. Please let us know what you were doing when this error occurred. We will fix it as soon as possible. Sorry for any inconvenience caused.
Ich meinte damit nicht, dass du unbedingt einen Link posten musst. Du hast nur erwähnt "es kommt ein Fehler" - aber nicht genauer spezifiziert, was für ein Fehler überhaupt auftritt. Wir können ja nicht hellsehen ;)Zitat:
Zitat von TS84
Hier werden offenstichlich Termine von verschiedenen Kalendern angezeigt. Alle Termine des Kalenders mit der ID "79" funktionieren nicht. Bei allen Kalendern scheint die selbe Weiterleitungsseite ("termin-detail") eingestellt zu sein. Hast du sichergestellt, dass der Eventleser, der auf der Seite "termin-detail" eingebunden ist, auch Termine aus diesem Kalender anzeigen darf?Zitat:
Zitat von TS84
Leider ja. Habe ich jetzt nochmal überprüft. Die zwei ersten Termine sind sogar im selben Kalender (79). Nur einer funktioniert in Detail-Ansicht.Zitat:
Hier werden offenstichlich Termine von verschiedenen Kalendern angezeigt. Alle Termine des Kalenders mit der ID "79" funktionieren nicht. Bei allen Kalendern scheint die selbe Weiterleitungsseite ("termin-detail") eingestellt zu sein. Hast du sichergestellt, dass der Eventleser, der auf der Seite "termin-detail" eingebunden ist, auch Termine aus diesem Kalender anzeigen darf?
Auch wird im gleichen Kalender (79) einmal die richtige Uhrzeit genommen und einmal +1 Stunde. Bei gleichem Template, Kalender usw. :eek:
Wo kann ich denn die Bugs melden, dass vielleicht in zukünftigen Versionen sowas nicht mehr auftritt und wir noch auf 4.x wechseln können?
Bugs kannst du prinzipiell hier melden: https://github.com/contao/contao/issues
Allerdings solltest du dir zuerst sicher sein, dass ein Bug vorliegt.
Hier nochmal die Seite (bitte nicht zitieren):Zitat:
Zitat von Spooky
.....
Wie gesagt, es kann ja nicht an mir liegen, dass Termine im gleichen Kalender einmal angezeigt werden können als Detail und einmal nicht. Und Termine einmal die richtige Uhrzeit haben und einmal +1 Std. Egal ob mit default-templates oder ohne.
Poste die Datenbankeinträge (inkl. Feldbezeichnungen) der tl_calendar_events Einträge, die einen 404 liefern.
Ein Beispiel, wo es nicht funktioniert
Code:--
-- Daten für Tabelle `tl_calendar_events`
--
INSERT INTO `tl_calendar_events` (`id`, `pid`, `tstamp`, `title`, `alias`, `startDate`, `endDate`, `addTime`, `startTime`, `endTime`, `recurring`, `repeatEach`, `repeatEnd`, `recurrences`, `teaser`, `addImage`, `singleSRC`, `size`, `alt`, `caption`, `floating`, `imagemargin`, `fullsize`, `addEnclosure`, `enclosure`, `published`, `author`, `source`, `jumpTo`, `url`, `target`, `start`, `stop`, `cssClass`, `imageUrl`, `articleId`, `noComments`, `location`, `overwriteMeta`, `imageTitle`) VALUES
(2950, 79, 1547433514, 'Ueberschrift', '120619', 1560297600, NULL, '1', 1560366000, 1560371400, '', '', 0, 0, '<p>Ueberschrift2</p>', '', NULL, '', '', '', '', '', '', '', NULL, '1', 13, 'default', 0, '', '', '', '', 'cssklasse1', '', 0, '', 'Hamburg', '', '');
Hm, tja. Man müsste in deinem System Debuggen, warum der 404 ausgelöst wird.
Ich teste das ganze nochmal mit 4.7 aus... irgendwie muss das doch funzionieren :rolleyes:
Ich glaube das Problem ist dein Alias, da der nur numerisch ist.
Tatsächlich! Daran lag's mit diesem Fehler. :cool: Mal schauen, ob das auch die Uhrzeit beheben kann...Zitat:
Zitat von Spooky
Die Zeiten wurden anscheinend teilweise automatisch in den jeweiligen Events geändert. Warum auch immer. Naja, kann man ja manuell wieder beheben.Zitat:
Zitat von TS84
Ok, ein Frägchen / Fehlerchen hätte ich noch:
Das Nav-Menü ist eigener HTML-Code Modul, welches ein Template einbindet. Funktioniert auch normal, aber bei der Suchfunktion wird es plötzlich mal eingebunden, mal wieder nicht...
Wie kann das sein?
Was mir auffällt ist, dass beim "hamburg" query sehr viele Ergebnisse angezeigt werden - dadurch ist das HTML Dokument relativ groß, vielleicht failed hier dann das replacement für die Insert Tags?
Wie kann ich $this->results denn "abschneiden" an Resultaten? Scheint ja leider ein String zu sein...
dumm von mir, kann man im Modul einstellen... :D
Gleiche mal deine fe_page an den aktuellen Stand von Contao 4 an. Das wird das Problem zwar nicht lösen - allerdings sollten sich auf der Seite normalerweise noch weitere Insert Tags (bspw. für die body class) die aber bei dir nun vermutlich nicht vorhanden sind.
Das Problem ist behoben durch Einsatz von Pagination und Begrenzung der Suchergebnisse. Die fe_page hab ich größtenteils selbst erstellt. Die kann ruhig gleich bleiben.
Hm, das Problem tritt hier immer noch auf, trotz Pagination:...
Es wäre interessant zu wissen, ob nur dieser Insert Tag aus irgendeinem Grund nicht ersetzt wird - oder ob dann auf dieser Seite, mit diesem Keyword, alle Insert Tags nicht erstezt werden. Wie zB vom page title oder body class.
Und jetzt geht es auf Seite 1 schon und auf Seite 2 nicht :D
Wir überlegen gerade, ob es vielleicht an einem bestimmten Suchergebnis liegt, das vielleicht irgendwelche invaliden UTF-8 characters in der Überschrift hat, wodurch die Regular Expression für das Insert Tag replacement failed.
Ich gucks mir nochmal genauer an. Kannst du bitte den Link zur Seite rausnehmen?
Sorry, ja, ist weg.
Du könntest die Ergebnisse pro Seite ja auf nur 5 oder so reduzieren, damit man das weiter eingrenzen könnte.
Das hier ist der Übeltäter: xyz
Reporte das mal als Bug auf GitHub :)
// edit: und mache mal vom aktuellen Stand einen Datenbank Dump
Das gleiche Suchergebnis mit anderem Suchbegriff funktioniert... :eek:
super, vielen Dank! :)
Fehler mit 4.4.35 behoben! :eek: :)
Besten Dank!
Kurze Frage noch zur "initconfig".
Da haben wir stehen, da wir für "3gp" Symbole haben wollen:
Wo kommt das in 4.4.x hin?PHP-Code:$GLOBALS['TL_MIME'] = array_merge($GLOBALS['TL_MIME'], array(
'3gp' => array('video/3gp', 'iconVIDEO.gif')
));
Edit: hab's gefunden... alles über css und so... in /assets/contao/ :rolleyes:
Also einen Bug hätte ich noch:
Die Termine werden "falsch" eingetragen mit der 3.5er DB beim Update. Alle Termine vor Zeitumstellung 31.3. werden richtig übernommen, Termine danach wird jeweils eine Stunde bei den Zeiten addiert. Nicht nur bei der Ausgabe, sondern in den Events selbst. Gibt's dafür in Zukunft ein fix oder so?
Timestamps sind gleich geblieben:
Der Server ist GMT London in den Einstellungen...Code:(2895, 72, 1547205621, 'Titel', 'titel', 1570147200, 1570320000, '1', 1570215600, 1570383000, '', '', 0, 0, '<p>Titel</p>', '', NULL, '', '', '', '', '', '', '', NULL, '1', 13, 'default', 161, '', '', '', '', 'css', '', 0, '', '', '', ''),
(2895, 72, 1547205621, 'Titel', 'titel', 1570147200, 1570320000, '1', 1570215600, 1570383000, '', '', 0, 0, '<p>Titel</p>', '', NULL, '', '', '', '', '', '', '', NULL, '1', 13, 'default', 161, '', '', '', '', 'css', '', 0, '', ''),
Welche Zeitzone hast du eingestellt?
In Einstellungen "Europe/London". Oder gibt's irgendwo noch andere Einstellungen?Zitat:
Zitat von Spooky
Es soll 04.10.2019, 19:00–06.10.2019, 17:30 sein. Wird mit contao 3.5.35 so angezeigt im fe und be. Mit contao 4.4.35 dann 04.10.2019, 20:00–06.10.2019, 18:30.
Naja, das ist ja nicht richtig, oder? In welcher Zeitzone möchtest du deine Zeiten eingeben?Zitat:
Zitat von TS84
Doch ist richtig, Server Einstellung ist ja GMT. Meine Zeiten sollen CET sein. Wähle ich dort Berlin aus, sind es +1 und dann +2 Studen jeweils. Der Fehler verschiebt sich dann +1 Stunde.Zitat:
Zitat von Spooky
Dann musst du das auch einstellen. Wo der Server steht ist unerheblich - wichtig ist, für welche Zeitzone du die Zeiten eingibst und ausgeben lässt.Zitat:
Zitat von TS84
Bei Contao 3.5 ist doch aber auch GMT ausgewählt und da klappt alles. Dann müsste ich ja jeden Termin nochmal editieren. :(Zitat:
Zitat von Spooky
Oder ist das ein Bug von 3.5?
Wenn du in der Contao 3.5 Installation GMT ausgewählt hattest, sind nun alle deine Uhrzeiten falsch in der Datenbank abgespeichert.Zitat:
Zitat von TS84
Wenn Du die Daten schon "falsch" erfasst hast, müsstest Du sie erneut eingeben, wenn Du nachher die Zeitzone änderst. Aktuell hast Du "Europe/London", vorher "GMT". Die sind aber nicht immer gleich: London hat Sommerzeit, GMT nicht.
Prima. :DZitat:
Zitat von Spooky
Ok, hilft wohl nur editieren.
Alternativ könntest du wieder auf GMT stellen - aber dann erfasst du auch in Zukunft weiterhin alles in der falschen Zeitzone ;). Ich würde empfehlen einmal den Aufwand zu betreiben, die Zeiten zu korrigieren.
Das macht Sinn. Vorübergehend ist GMT wieder eingestellt und das funktioniert... :DZitat:
Zitat von Spooky
Ohje, kann jemand schnell helfen:
bisher war es immer so, dass
"/index.php/unterseite.html" in contao 3.5 auf "/unterseite/" umgeleitet wurde. Jetzt ist es irgendwie "/index.php/unterseite.html/".
Kann mir jemand schnell die .htaccess-Regel nennen, die ich brauche?
Hab das Update schon online gestellt vor ein paar Tagen und mir ist der "Fehler" jetzt erst aufgefallen.
Ich denke nicht, dass das Contao 3 von sich aus gemacht hat.Zitat:
Zitat von TS84
Ja, keine Ahnung. Ist das hier richtig:
Code:RedirectMatch 301 ^/index.php/(.+)\.html$ /$1/
Sieht richtig aus, ja.
Also ich hab noch einen Fehler: es wird bei Formularen mit verstecktem Feld (date) und Standard-Wert "{{date}}" das falsche Datum in die Datenbank geschrieben. Das ist neu. War vor dem Update auf 4.4 nicht so...:eek:
Also Jahreszahl 2025, 2004 oder solche Späße. Was kann man da tun?
{{date}} ist falsch, wenn dann müsste es ja {{date::Y}} sein.
Bei 3.5 hatte es aber so funktioniert. Muss es dann "{{date::Y-m-d}}" sein, damit es das korrekte Format für die Datenbank ist?Zitat:
Zitat von Spooky
Keine Ahnung, dazu musst du die Tabellen Definition zeigen ;)
So.... neuer Fehler.
Bei Newslettern, die mit PHP-Funktion (ohne eigenen SMTP) versendet werden, klappt plötzlich der Versand nicht mehr richtig. Es werden immer wieder E-Mail-Adressen ausgelassen. Woran kann das liegen?
Also scheinbar werden E-Mail-Adressen geskipped, die auch unter "Mitgliedern" aufgeführt sind, aber deaktiviert sind. Ist das so gewollt bei Contao 4? Bei Contao 3 war das anders (glaube ich) und es wurden an alle E-Mail-Adressen verschickt, die im Newsletter als aktiv markiert waren. Ist das nun ein Bug oder so gewollt?Zitat:
Zitat von TS84
Ich kann mich dunkel daran erinnern, dass irgendwann die Mitglieder direkt mit den Subscriber verknüpft wurden, falls möglich. Das konnte also quasi gewollt sein.