Druckbare Version
location sollte das Feld für "Veranstaltungsort" in der Event-Tabelle sein. Ich weiß jetzt nicht, wie das mit einem Leerstring (also wenn man in dem Formular nichts einträgt) aussieht, ob der irgendwo dann implizit nach NULL konvertiert wird und/oder wo genau das dann knallt.
Als Workaround: Klappt es, wenn man im Frontend-Formular bei "Veranstaltungsort" irgendwas einträgt?
Hallo Gausi, hallo Folkfreund,
vielen Dank für eure Antworten und Hilfe:
"Veranstaltungsort" erscheint im Frontend gar nicht, da kann also auch keine "Dummy-Angabe" gemacht bzw. irgendetwas eingetragen werden. Setze ich im BE bei der Modul-Konfig. (Event-Editor) bei "Veranstaltungsort" unter Pflichtfelder keinen Haken, erscheint die o.g. Fehlermeldung, setze ich bei "Veranstaltungsort" den Haken gibt es keine Weiterleitung nach Abschicken des Formulars - es passiert gewissermaßen nichts....
@Folkfreund: Im Formular wird - wie du gefragt hast - also keine "location" abgefragt. Ich benötige sie auch nicht, da ja jeder Kalender nur für einen Ort (Fachraum) gilt. Wie/wo ich allerdings einen Dummy-Wert "übergebe" (wenn nicht im FE), weiß ich leider nicht (Stichwort Code).
Gruß BubbleBass (kommt übrigens auch von DoubleBass, den ich auch spiele ;-)....)
Du hast offensichtlich das Feld für den Veranstaltungort ganz aus dem Template entfernt, daher die Fehlermeldung ('location' cannot be null).
Ich konnte das gerade reproduzieren.
Füge doch einfach das Feld im Template wieder ein und verpaß ihm den Style "visibility: hidden".
Damit hast Du immer einen leeren Value und der Fehler ist weg.(Nicht als Pflichtfeld deklarieren)
Bei dieser Gelegenheit noch eine Ergänzung zum PHP 7-Tipp:
modules\ModuleHiddenEventlist.php in Zeile 60 auch
$this->import('String');
ersetzen durch:
$this->import('StringUtil');
Gruß
Inge
Hallo zusammen,
@Inge: Dein Hinweis war super, ich hatte das Feld für den Veranstaltungort allerdings nicht aus dem Template entfernt. Ich habe mir dann die Templates mal angeschaut und bemerkt, dass im eventEdit_default.html5 'location' eingetragen ist, unter eventEdit_default.xhtml nicht. Nachdem ich im Seitenlayout das Ausgabeformat von "XHTML Transitional" auf "HTML" umgestellt habe, läuft (bisher) alles wunderbar. Ich hab' jetzt mal den Text für 'location' in Zeile 107 in eventEdit_default.xhtml kopiert und schon läuft es auch im Ausgabeformat "XHTML Transitional" . Die Sache mit dem "Style "visibility: hidden"" brauche ich nicht mehr ändern, es funktioniert auch so.
Meine Frage zum Ausgabeformat wäre allerdings noch, welches ich unter den gegeben Voraussetzungen (contao 3.5.35, php 7.x) nehmen sollte? Ich habe leider auch hieraus keine klare Erkenntnis ziehen können?
Danke noch mal an Alle...
Gruß BubbleBass
Schön, daß das Problem gelöst ist.
Das Ausblenden des Feldes mittels Style-Def hatte ich nur erwähnt, da Du schriebst, das Feld nicht zu benötigen.
AFAIK ist wohl inzwischen eine XHTML-Ausgabe ziemlich ausgestorben und es gibt sicher Module, die in ihren Templates den doctype auch nicht mehr unterstützen/aktualisieren.
Ob für Deine Homepage eine Umstellung auf HTML5 mit seinen Vorteilen (Mobile optimiert, neue Tags, etc.) empfehlenswert wäre, kannst nur Du entcheiden.
Gruß
Inge
zu xhtml und html5: Ich denke auch, dass man xhtml langsam auslaufen lassen sollte. Die xhtml-Templates sind zwar bei mir noch drin, aber kann gut sein, dass da noch ein paar andere Fehlerchen drin sind. Generell sollte der Umstieg da sehr problemlos ablaufen. Html5 ist neuer, und wird von praktisch jedem Browser unterstützt. Und wenn hier und da "falsche" Tags drin sind (<br> und <img> sind da glaube ich ganz gute Kandidaten, bei denen sich die Syntax geändert hat), dann kommen die Browser damit auch klar, ohne direkt das ganze Layout zu zerschießen. Am besten nach dem Umstieg durch den W3C-Validator schubsen und aufräumen.
Zu der Erweiterung hier:
Hab mir mal ein Contao3.5-PHP7-Testsystem aufgesetzt und etwas rumgebastelt. Das String vs. StringUtil war ja einfach zu fixen, danke für den Hinweis auch von mir.
Das mit der NULL-location wird jetzt im Code abgefangen, und sollte keine Fehler mehr werfen.
Das Modul "Nicht veröffentlichte Events" dürfte in der bisher veröffentlichten Fassung auch nicht mehr funktionieren. Auf meinem Testsystem habe ich das jetzt wohl grade gefixed, dank eines Fehlers in einer anderen Kalender-Extension ;-) ( https://github.com/kmielke/calendar_extended/issues/36 ) .
Sieht also so aus, dass morgen (oder so) ein kleines Update rauskommen sollte, damit das zumindest unter 3.5 wieder anständig läuft. :)
Contao 4 habe ich mal etwas angefangen reinzulesen, und meine "Panik" vor dem Upgrade hat nicht gerade nachgelassen. Ich verstehe da noch fast kein Wort. Werde dann auch mal Contao 4 antesten, und ggf. mir ein paar andere Erweiterungen ansehen, vielleicht kommt dann die Erleuchtung ...
Hallo Gausi,
freut mich (und viele andere), dass du dich noch mal 'ran gemacht hast. Ich bin jetzt schon mal mega erleichtert, dass ich deine - für uns unverzichtbare - Erweiterung jetzt so oder so unter den neuen gegebenen Umständen weiter verwenden kann.
Herzlichen Dank - auch an hase666 und Folkfreund - und dufte Grüße
BubbleBass
So, Version 3.2 des Editors ist draußen und im Repository veröffentlicht. Das sollte jetzt mit Contao 3.2.7 bis 3.5.35 laufen, sowohl mit PHP 5.(irgendwas) als auch mit PHP 7, wobei alles vor Contao 3.5.(irgendwas), meines Wissens nach sowieso nicht voll mit PHP 7 kompatibel ist. Sämtliche Kombinationen kann ich natürlich nicht testen. Aber altes PHP mit 3.2.7 sollte laufen, und neues PHP mit 3.5.35 auch. :)
Ich hoffe dabei, dass ich die Abfrage der Contao-Version korrekt justiert habe, ab wann "StringUtil" anstelle von "String" eingebunden wird.
DANKE!!!
@Gausi,
das klingt ja super, danke!
Kann jemand sagen, ob man die Extension nun manuell unter Contao 4 installieren kann? Es heisst doch, dass eigentlich alle Extensions, die unter Contao 3.5 laufen, theoretisch auch unter Contao 4 laufen sollten, oder?
Hat es schon jemand versucht?
Viele Grüße
Silvia
Contao 4.4 Managed Edition, PHP 7.2, Gausis Version 3.2 läuft nach Anlegen der Datenbankfelder in tl_events einwandfrei. Ich konnte jedoch aus Zeitgründen erst das Anlegen testen, noch nicht das Ändern oder Löschen.Zitat:
Zitat von landzone
Danke schon mal für den Test. Damit gibt es ein dickes Problem weniger, denke ich.
Ich habe mich gestern den ganzen Abend mit der Installation von Contao 4.4 auf meinem Webserver rumgeärgert. Das ist auf einem Hosting-Minimalpaket alles andere als selbsterklärend, finde ich. Hätte ich doch lieber erstmal lokal gemacht ...
Das Frontend-Formular mit dem Bearbeiten der Termine bekomme ich da dann auch zum laufen (nach einem manuellen Update der Tabelle per phpMyAdmin, FE_User hinzugefügt), aber die anderen Module (z.B. Kalender mit Frontend-Bearbeitung, nicht-veröffentlichte Eventliste) bekomme ich im Backend nicht erstellt. Da stimmt irgendwas ganz und gar nicht.
Habe jetzt erst einmal auf GitHub ein Repository ( https://github.com/DanielGausi/Contao-CalendarEditor ) erstellt, mit der passenden Ordnerstruktur für ein Contao 4 Bundle (nach https://docs.contao.ninja/de/erweiterung-c3-c4.html ). Zu mehr werde ich aber frühestens am Donnerstag kommen. Die "neuen" Dateien dadrin enthalten bisher aber nur ein "ToDo". Das zu testen bringt also noch gar nichts. ;-)
Gerne, ich bin jedoch (auch) kein ausgereifter PHP-Entwickler und kenne mich nur beschränkt aus. Werde aber, falls ich konkrete Issues erkenne sie direkt im Github posten und versuchen so zu helfen.Zitat:
Zitat von Gausi
Gausi bleib' dran - du bist unser Held ;-) Nachdem ich jetzt noch nicht mal ganz fertig bin mit meinem Projekt, unsere Schul-Monsterseite von 2.9.5 auf 3.5.35 zu hiefen, fühle ich mich in Anbetracht der ganzen Beiträge gerade wie ein Getriebener und denke schon darüber nach, das Ganze im Durchmarsch gleich noch mal manuell auf 4.4 zu bringen. So salamimäßig jetzt und dann in 'nem Jahr nochmal alles neu und dann den Kollegen wieder erzählen, dass sich dieses und jenes noch 'mal geändert hat, ist auch irgendwie blöde. Auf php 7.2.8 läuft das jetzt mit 3.5.35, calendar_editor und Ersatzerweiterungen wie notification_center (statt efg) gerade richtig gut. Insgesamt habe ich, was Erweiterungen angeht, ganz deutlich abgespeckt, was für die Zukunft wohl auch der bessere Weg ist. Trotzdem ist die Vorstellung nicht gerade sexy, in nicht langer Zeit zu hören, 3.5.35 läuft jetzt auch demnächst nicht mehr. Ich weiß nicht, wann das sein wird, es wäre aber schön, wenn calendar_editor als eine der beiden wichtigsten Erweiterungen dann auch 4.x kompatibel wäre.
Gruß BubbleBass
@BubbleBass: Freut mich, dass bei dir alles läuft soweit. :)
Zu Contao 4.4: Ich würde da gerne viel mehr zu sagen, bin noch nicht soweit, dass ich wirklich "konstruktive Kritik" loswerden könnte.
Ich war von Contao 2 und 3 sehr begeistert und habe es gerne benutzt und weiterempfohlen, aber jetzt würde ich Contao für kleine Seiten nicht mehr weiterempfehlen. Dafür gibt es dabei zu viele Fallstricke, zu wenig offizielle Dokumentation (man muss sich nur mal die Sticky-Threads hier angucken, und wie im Handbuch erklärt wird, wie man für Contao 2 Erweiterungen schreibt), und in der nicht-offiziellen Hilfe in Foren und anderen Seiten (an der Stelle ein ganz dickes Danke an BugBuster!) zu viel Verwirrung mit "Managed" und "Standard", wobei es letztere ja nicht mehr gibt. Und dann ist gefühlt 3/4 der Problemlösungen verbunden mit "SSH-Zugang", der bei kleinen Hosting-Paketen nicht dabei ist.
Und wenn die Installation einer kleinen Erweiterung mehr als 1,6GB RAM braucht (laut Fehlermeldung), und deswegen auf kleinen Webpaketen nicht läuft und in die "Composer-Cloud" ausgelagert werden muss (was sagt eigentlich die DSGVO dazu?), dann frage ich mich doch, ob dieses "Symphony", was angeblich die Arbeit so toll und einfach macht, nicht einfach nur ein Riesenhaufen Hipster-Bloatware ist. Einfach nochmal ein Framework drumherum gebaut, noch eine Abstraktionsebene dazu, noch mehr Komplexität, wird schon irgendwie gut gehen. Computer werden ja eh immer schneller. "So komplex wie möglich" ist ja scheinbar "moderne Webentwicklung" heutzutage. :rolleyes:
Aber zu meiner Erweiterung: Ich habe es jetzt hinbekommen, dass der Contao-Manager das Paket unter 4.4 als Bundle findet und installiert und dabei nicht die gesamte Contao-Installation zerschießt (ohne SSH nicht reparierbar). Die Hürde "Symphony-Framework" habe ich also anscheinend überwunden. Leider kann ich nicht alle Module (z.B. Kalender mit Edit-Links) im Backend auswählen, da sind also noch Anpassungen nötig. Aber ich bin zuversichtlich, dass ich das hinbekomme, bevor alle Haare grau und/oder ausgerissen sind.
@Wunschliste: In der 3.5 Erweiterungsverwaltung sollte bei der Erweiterung jetzt ein Paypal-Spenden-Link dabei sein. ;)
Gute Sache, so'n Spenden-Link ;-) Hab' mir jetzt 4.4 in einer Subdomain installiert (lokale Installation habe ich nach 3 Tagen aufgegeben) und versuche mal, die Seite von 3.5.35 auf 4.4 zu heben. Bin gespannt, was da so auf mich zukommt und wie's mit calendar_editor weitergeht. Großes "Dankeschön" noch mal von mir...
Dann als Warnung: das Calendar-Editor-Bundle, was im Contao-Manager zu finden ist, noch nicht installieren. Das ist nicht umsonst noch unversioniert, bzw. im Status "dev". Ich tappe da aktuell völlig im Dunkeln, warum das nicht funktioniert. Und dann kann es gelegentlich vorkommen, dass ein neuer Versuch die gesamte Contao-Installation zerschießt. :o
Eine lokale Entwicklung, die nicht über den Manager geht, habe ich nämlich auch aufgegeben. ;-)
Hier mal ein kleines Update.
Was aktuell auf GitHub liegt, bzw. auch über den Contao-Manager gefunden wird, ist jetzt soweit, dass man es testen kann. Also auf einem Testsystem, das zur Not auch einfach mal kaputt gehen kann. Ist daher auch noch nicht "stable", zum installieren muss man also in der Root-Composer.json das einfügen:
Code:PHP-Code:"minimum-stability": "dev",
"prefer-stable": true
https://packagist.org/packages/danie...reditor-bundle bzw. https://github.com/DanielGausi/Contao-CalendarEditor
Testsystem (aktuell verfügbar, wird vermutlich irgendwann auch wieder abgeschaltet)
http://c44.gausi.de
Beim rumprobieren habe ich auf Anhieb keine Fehler mehr gefunden, was aber noch nichts heißen muss. Falls da was ist, bitte auf GitHub melden, damit das Topic hier nicht zu sehr damit vollgemüllt wird. ;)
Einige Dinge im Code gefallen mir absolut noch nicht, da ist einiges nicht nur quick&dirty, sondern noch very dirty, und vermutlich sind noch einige pseudo-debug-zeilen drin. Im Backend muss die Palette noch etwas angepasst werden (50% Felder etc.). Geplant ist auch noch, den Datepicker im Formular mit einzubinden, ggf. per Option im Backend an/aus-schaltbar.
Aber: Es wird so langsam, die Termin-Bearbeitung im Frontend wird also auch mit 4.4 möglich. :cool:
Du rettest so manchem den Arsch oder zauberst zumindest ein Lächlein ins Gesicht ;-) Werde mir gleich mal ein Testsystem zutun.Zitat:
Zitat von Gausi
Vielen herzlichen Dank!
Das kann ich nur bestätigen, auch ich danke dir sehr für deinen Einsatz Gausi! Obwohl ich es bisher als sehr abturnend empfunden habe, unser Riesenschiff von Homepage noch 'mal von 3.5.36 auf 4.4 zu schieben, werde ich dann auch noch mal einen Versuch wagen.Zitat:
Zitat von Fcocco
Grüße BubbleBass
Danke für die Blumen. :)
Hab eben die Version 4.0 für Contao 4.4 freigegeben. Der Grund, weswegen ich da zuletzt noch zögerlich war, ist, dass ich im Zuge der Portierung auf 4.4 auch weite Teile des Codes überarbeitet habe. Insgesamt sollte der Code jetzt performanter und leichter wartbar sein.
Für Contao 3 ist Version 3.3 freigegeben, die jetzt im Wesentlichen auf dem gleichen Code basiert (nur das mit den Namespaces kriege ich da nicht vernünftig hin).
Sollte noch was falsch laufen sollte oder unklar sein: Einfach melden, dann schau ich mir das nochmal an. :)
Habe unter Version 3.3 und contao 3.5.36 das Problem, dass nun die Bearbeitung des Termins durch den Ersteller trotz aller im Backend gesetzten Haken nicht mehr möglich ist. Die Option "bearbeiten" erscheint nur, wenn die Gruppe des Erstellers auch bei den Frontendadministratoren gesetzt ist - was aber wegen der daraus entstehenden Rechte nicht gewünscht ist (alle Termine können nun bearbeitet werden).Zitat:
Zitat von Gausi
Ansonsten nochmals vielen, vielen Dank...
Gruß BubbleBass
Danke für die Meldung. Hat jetzt ein paar Minütchen gedauert, aber der Fehler ist lokalisiert und behoben. Hatte bei den verzweifelten Versuchen, das fit für Contao 4 zu machen, auch irgendwann den Verdacht, dass es mit Groß/Kleinschreibung bei den Datenbankfeldern zu tun hat, also dass Großbuchstaben in Tabellennamen nicht erlaubt sind (vielleicht absurd, aber ich war verzweifelt ;) ).
Und da gab es dann beim Zusammenkopieren des neuen Modul-Codes mit den alten DCA-Dateien am Ende eine Inkonsistenz. DCA setzt "FE_User", Modul überprüft "fe_user". Ich check den Fix gleich ins ER rein. :)
Wird dann beim Upgrade einer Seite von Contao 3 auf 4 leider etwas eklig - da muss man dann entweder die Erweiterung einmal deinstallieren (und beim Datenbank-Update mindestens die eine Spalte löschen) und neu installieren, oder per Hand die Spalte per phpMyAdmin umbenennen.
Boah ...hat nicht mal 24 Std. gedauert und jetzt läuft's. Genau das ist ja - auch im Vergleich zu Alternativen wie Cloud-Kalendern - der springende Punkt: Es sollen zwar alle Schreibrechte zum Erstellen, aber eben nicht zum Verändern der bzw. aller Termine haben. Danke, danke, danke... !!!!
Ich fürchte, das Ganze Upgrade wird eklig. Der erste Versuch wurde irgendwann aufgegeben, nachdem trotz aller empfohlenen Maßnahmen nur ein weißes FE zu sehen war.Zitat:
Zitat von Gausi
Auf Wunsch (oder auch Bugmeldung) eines Users habe ich die Funktionsweise der Option "Bearbeiten nur für zukünftige Events" geändert. Das Bearbeiten ist jetzt bis zum Ende desjenigen Tages möglich, an dem das Event endet.
Beispiel: (alles für den Fall, dass die Option "nur zukünftige Events" gesetzt ist)
- Heute ist der 01.12.2018
- Neuer Termin am 01.12.2018 (egal welche Uhrzeit) kann erstellt werden. (War vorher wegen eines Bugs auch für "zukünftige Uhrzeiten" nicht möglich.)
- Vorhandener Termin (mehrtägig), vom 01.11.2018 bis zum 01.12.2018. Dieser Termin kann bis zum 01.12.2018 23:59:59 bearbeitet werden. (Konnte vorher nur bis zum 01.11. bearbeitet werden, weil das Startdatum relevant war.)
Ich hoffe, dass das jetzt bei keinem das Konzept kaputt haut. Aber so finde ich das letztlich deutlich sinnvoller. Inklusive des nachträglichen Bearbeitens noch am gleichen Tag. (Ich hab auch ehrlich gesagt wenig Lust, da jetzt noch eine weitere Unteroption einzubauen, oder die Uhrzeit mit reinzufrickeln ...) :cool:
Ich hoffe, ich habe diesmal bei der Endaufbereitung zwischen den Versionen für Contao 3 und 4 keine Fehler eingebaut. Falls doch: Meckern. :cool:
Edit: Neue Version wie gewohnt installierbar. Bei Contao 3.5 übers ER, bei 4.4 über den Contao-Manager.
Hallo Gausi,
herzlichen Dank für dein Engagement. So, wie es jetzt ist, ist es perfekt - da gibt's nix zu meckern:p....
Gruß BubbleBass
Hallo,
irgendwie habe ich Probleme mit dem Eintrag neuer Events im Frontend. Den Kalender sehe ich und ich bekomme auch das Formular um ein neues Event anzulegen. Ich bekomme immer nach Abschicken des Eventformulars die Fehlermeldung
"Aktuell wird bearbeitet
(Neuer Termin)
Termindaten eingeben
Bearbeitung von Terminen in diesem Kalender ist nicht gestattet."
In den Einstellungen habe ich jedoch sogar Gästen erlaubt, Termine zu erstellen.
Der Fehler tritt sowohl bei einer Testinstallation mit dem Theme OpenSauce auf, als auch bei einer jungfräulichen Testinstallation ohne weitere Extensions (außer den Extensions die automatisch mit dieser über den Contao-Manager installiert werden).
Contao ist 4.4.32
Die Testinstallation kann hier aufgerufen werden und der Fehler reproduziert werden: http://test.pixelveredelung.de/
Ich mach jetzt schon 2 Tage daran rum und ich weiß nicht mehr weiter. Hat jemand eine Idee?
Hast du im Kalender in den Kalender-Einstellungen das Frontend-Editing erlaubt, und in dem Editor-Modul den entsprechenden Kalender angehakt?
Ja, "leider" schon. Wenn Du Lust hast, kann ich dir auch kurz die Zugangsdaten zum Backend geben, damit Du dir die Konfiguration anschauen kannst.Zitat:
Zitat von Gausi
Das wär prima, damit ich das ggf. bei mir nachstellen kann, um das zu fixen. Irgendwo ist da wohl ein Fehler in der Rechte-Überprüfung ...
Klasse, habe Dir eine PN mit den Zugangsdaten geschicktZitat:
Zitat von Gausi
Seeehr merkwürdig. :(
Ich kann das Problem in deinem Testsystem beheben, wenn ich mehr als nur einen Kalender zur Bearbeitung freigebe. Es scheint so, dass die automatische Bestimmung der Kalender-ID, falls ohnehin nur ein Kalender erlaubt ist, fehlschlägt. (Dann wird das Eingabefeld für den Ziel-Kalender nicht erzeugt, das Feld ist in den POST-Daten dann logischerweise leer und wird dann mit der einzig erlaubten Kalender-ID gefüllt.)
Aber ich habe keine Ahnung, warum, und kann das in meinem Testystem auch nicht nachvollziehen.
Besteht die Möglichkeit, mir FTP-Zugang zu geben, damit ich testweise modifizierte Moduldateien hochladen kann, um die Stelle genauer einzukreisen, wo der Fehler passiert?
Okay, das klingt doch schonmal gar nicht schlecht ;)Zitat:
Zitat von Gausi
Habe dir gerade eine PN mit den FTP-Daten geschickt.
Oh man, das war ein peinlicher Syntax-Fehler, der bei PHP 5.6 zu diesem Fehler führte, in PHP 7.x aber keine Auswirkungen hatte.
Ist in Version 4.2.1 (Contao-Manager, Contao 4.4+) bzw. Version 3.3.3 (ER, Contao 3.2+) behoben.
Klasse, funktioniert jetzt super. Vielen Dank für das Update.Zitat:
Zitat von Gausi
Hallo, ich hab ein kleines Problem mit diesem Modul.
Ich verwende Contao 4.7.2 (nur zur Info.)
Soweit funktioniert alles. Wenn ich mich anmelde, kann ich einen Termin bearbeiten bzw. neu erstellen/löschen/kopieren usw. ABER wenn ich auf speichern klicke, kommt immer die Meldung
"Es ist ein Fehler aufgetreten"
Es wird aber gespeichert. Wenn ich dann im log nachsehe, steht folgendes:
Hat dies wieder was mit dem Doctrine zu tun? Muss ich hier auf eine andere Version?Zitat:
[2019-04-08 11:32:43] request.INFO: Matched route "tl_page.7". {"route":"tl_page.7","route_parameters":{"_token_c heck":true,"_controller":"Contao\\FrontendIndex::r enderPage","_scope":"frontend","_locale":"de","pag eModel":"[object] (Contao\\PageModel: {})","parameters":"","_route":"tl_page.7"},"reques t_uri":"http://test.steinkellner-web.com/kalendereditor.html?edit=2","method":"POST"} []
[2019-04-08 11:32:43] request.CRITICAL: Uncaught PHP Exception Doctrine\DBAL\Exception\NotNullConstraintViolation Exception: "An exception occurred while executing 'UPDATE tl_calendar_events SET `startDate`=1554847200, `endDate`=1554847200, `startTime`=1554847200, `endTime`=1554847200, `title`='Test 2', `teaser`=NULL, `location`='', `cssClass`=NULL, `pid`='1', `published`='1', `alias`='test-2', `fe_user`='1', `source`='default', `tstamp`=1554847200, `addTime`='' WHERE id='2'': SQLSTATE[23000]: Integrity constraint violation: 1048 Column 'cssClass' cannot be null" at /home/.sites/13/site838/web/c4/vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/AbstractMySQLDriver.php line 123 {"exception":"[object] (Doctrine\\DBAL\\Exception\\NotNullConstraintViola tionException(code: 0): An exception occurred while executing 'UPDATE tl_calendar_events SET `startDate`=1554847200, `endDate`=1554847200, `startTime`=1554847200, `endTime`=1554847200, `title`='Test 2', `teaser`=NULL, `location`='', `cssClass`=NULL, `pid`='1', `published`='1', `alias`='test-2', `fe_user`='1', `source`='default', `tstamp`=1554847200, `addTime`='' WHERE id='2'':\n\nSQLSTATE[23000]: Integrity constraint violation: 1048 Column 'cssClass' cannot be null at /home/.sites/13/site838/web/c4/vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/AbstractMySQLDriver.php:123, Doctrine\\DBAL\\Driver\\PDOException(code: 23000): SQLSTATE[23000]: Integrity constraint violation: 1048 Column 'cssClass' cannot be null at /home/.sites/13/site838/web/c4/vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/PDOConnection.php:109, PDOException(code: 23000): SQLSTATE[23000]: Integrity constraint violation: 1048 Column 'cssClass' cannot be null at /home/.sites/13/site838/web/c4/vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/PDOConnection.php:107)"} []
So, hab nun einiges herausgefunden.
Es geht um das Modul "Event-Editor".
Ich weiß nicht warum, aber jetzt funktioniert es erstmals. Ich habe nun einige Klassen vergeben. Dafür bin ich jetzt auf was anderes gestoßen.
Einen weiteren Fehler hab ich bemerkt:
Wenn ich "E-Mail-Benachrichtigung senden" anklicke und ne e-Mail Adresse eingebe, kommt folgende Fehlermeldung:
Wenn ich das nun weglasse, funktioniert es auch einwandfrei.Zitat:
[2019-04-08 13:55:42] request.CRITICAL: Uncaught PHP Exception Symfony\Component\Debug\Exception\ClassNotFoundExc eption: "Attempted to load class "Email" from namespace "DanielGausi\CalendarEditorBundle". Did you forget a "use" statement for another namespace?" at /home/.sites/13/site838/web/c4/vendor/danielgausi/contao-calendareditor-bundle/src/Resources/contao/modules/ModuleEventEditor.php line 1316 {"exception":"[object] (Symfony\\Component\\Debug\\Exception\\ClassNotFou ndException(code: 0): Attempted to load class "Email" from namespace "DanielGausi\\CalendarEditorBundle".\nDid you forget a "use" statement for another namespace? at /home/.sites/13/site838/web/c4/vendor/danielgausi/contao-calendareditor-bundle/src/Resources/contao/modules/ModuleEventEditor.php:1316)"} []
Hallo zusammen,
meine 21 Kalender (mit Frontend-Editing) zeigen nach Update von 3.5 auf 4.4.39 unserer Schul-Homepage den Folgemonat nicht mehr an. Dies ändert sich erst, wenn ich einen Termin in der Zukunft speichere, dann werden auch die Folgemonate rechts oben wieder angezeigt. Da ich zwischenzeitlich auch die Erweiterungen für den TinyMCE intstalliert hatte und es zu einer Fehlermeldung/einem Absturz beim Eintragen von Terminen kam Cannot find rich text editor configuration file "/home/www/.../vendor/danielgausi/contao-calendareditor-bundle/src/Resources/contao/tinyMCE/tinyMCE.php" habe ich den Verdacht mir da etwas zerschossen zu haben. Was kann ich tun? CalendarEditor deinstallieren und anschließend noch mal neu installieren - und das Gleiche mit "Kalender für Contao"? Da ich nach dem Update noch sehr viele Änderungen am css editiert habe, möchte ich jetzt keine Fehler machen und die Riesen-Installation (die noch nicht produktiv ist) unbrauchbar machen, deshalb die vielleicht - für den einen oder anderen - belustigende Frage.
Gruß BubbleBass
https://github.com/contao/contao/issues/462
Gesendet von iPhone mit Tapatalk
Hallo Stefan,
vielen Dank für den Hinweis.
ich verstehe aber ehrlich gesagt nicht, was da in der Zeile 400 manuell gefixt wurde?! Bei mir sieht vendor/contao/core-bundle/src/Resources/contao/library/Contao/Automator.php genauso aus (s. Anhang). Die Fehlermeldung "Attempted to call an undefined method named "setContainer" of class "Contao\CoreBundle\Command\SymlinksCommand" erscheint trotzdem.Zitat:
Zitat von stefan-at-work
Gruß Stefan
Das kann man daran auch nicht wirklich erkennen. Es gab einen anderen Thread, den ich gerade nicht finde...Zitat:
Zitat von BubbleBass
Die Zeile 400 muss auskommentiert werden, also so
Gruß,PHP-Code:// $command->setContainer($container);
folkfreund
Edit: thread gefunden: https://community.contao.org/de/show...l-Server-Error
Du kannst die Zeile 400 auch entfernen oder halt ein Downgrade auf 4.4.38 vornehmen...
Die Symlinks kann ich nun zwar reparieren, der Fehler mit dem Folgemonat ist aber immer noch da. Wenn z.B. ab Juni noch keine Termine eingetragen sind, erscheint rechts dem Mai nichts mehr (s. Anhang)..
Ok, das scheint sich anders als in der 3.5 zu verhalten. Aber man kann das auch als Feature anstelle eines Bugs verkaufen...
Workaround:
Definiere einen (leeren, veröffentlichten) Event im Jahre 2105 (oder sonst irgendwann nach deiner Pensionierung) und alles ist wieder wie früher ;)
Tja....die Idee kam mir auch schon :p Das Merkwürdige ist, dass es in meiner eigenen Bass-Seite funktioniert, wie ich gestern festgestellt hab'. Auch die hatte ich seinerzeit hochgezogen. Ist also kein Bug!!! (Gruß an den Entwickler) Keine Ahnung, ob das jetzt in irgend 'nem Template (welches und wo?) begraben liegt - damit kenne ich mich zu wenig aus.
Gruß BubbleBass
Es hat übrigens nichts mit [calendar_editor] zu tun, da ich das auch in einer einfachen 4.4.39 mit RockSolid OpenSauce nachvollziehen konnte!
Hast du in der einen oder der anderen Seite vielleicht ein eigenes angepasstes Template für den Kalender verwendet? Die übernommenen Templates müssen beim Übergang von 3.5 auf 4.4 ggf. angepasst werden, bzw. die Anpassungen müssen in den neuen Templates nachvollzogen werden.
Hatte daran auch schon gedacht und - auf deinen Tipp hin - dann gerade mal alle Templateanpassungen gelöscht (vorher gesichert). Hat aber nichts gebracht. Es geht also weiter ... Danke trotzdem!!
Kleines Update hier: In der Version 4.2.2 sollte der Bug mit der E-Mail-Benachrichtigung behoben sein. Da hatte ich was übersehen, und den Fall auch nicht wirklich getestet. ;)
Das mit den Folgemonaten im Kalender ist das neue(?) Verhalten vom Contao-Kalender, da kann ich wenig machen. Kann sein, dass man das durch einen Template-Hack irgendwie wieder hinbekommt, aber iirc kommt die Variable für "nächster Monat" gar nicht mehr im Template an, weil die Kalender-Logik das nicht mehr mitliefert, wenn nach dem Monat nichts weiter mehr kommt.
Im Zweifel halt wirklich einen Dummy-Termin in weiter Zukunft anlegen.
Jau....hatte das jetzt mit dem Dummy-Termin in der Zwischenzeit auch so geregelt. Danke noch mal an alle...
Hallo zusammen,
habe hier das Problem, dass die Funktion "Bearbeiten nur für den Besitzer erlauben. Wenn dies aktiviert ist, darf nur der Ersteller eines Termins diesen später bearbeiten." nicht mehr richtig funktioniert. Erstellte Termine können nicht mehr gelöscht oder bearbeitet werden, wenn man mit seiner Gruppenzugehörigkeit nicht in der Gruppe Frontend-Administratoren vertreten ist. Letzteres ist aber ja nicht der Sinn der Sache, da ja so auch andere (Nichtersteller) den Termin bearbeiten oder löschen können. Unter Contao 3.5 hat dies zumindest noch einwandfrei funktioniert (ob unter früheren 4.4-Versonen) auch, kann ich nicht sagen?!
Hat jemand sonst auch den Fehler festgestellt?
Gruß BubbleBass
Stelle gerade fest, dass es in einer anderen neuen Installation, die nicht hochgezogen wurde, funktioniert. Dort wird das [bearbeiten] hinter den Terminen angezeigt ...
Hat jemand 'nen Tipp?
Möchte das Thema jetzt noch einmal aufgreifen. In meiner 3.5-Seite ist die Funktion, Termine durch den Besitzer/Ersteller nachträglich bearbeiten zu können, einwandfrei gegeben. Nach dem Update, funktioniert es nicht mehr. Dies betrifft auch andere Installationen, die von 3.5 auf 4 hochgezogen wurden, jedoch nicht eine Seite, die von Anfang an unter 4.4 lief. Ich habe gestern nochmals ein Update von 3.5 auf 4.4 (ohne weitere Bearbeitung bzw. Installation zusätzlicher Erweiterungen) vorgenommen und hatte den Fehler wieder. Weiß jemand, welche Tabelle in der Datenbank den verantwortlichen Eintrag enthält und wie dieser aussieht? Könnte man das so fixen?
Gruß BubbleBass
Ich fürchte, das Nicht-Funktionieren nach dem Update ist auf mein Frust-Trial&Error beim herumschlagen zwischen Contao 3 und 4 zurückzuführen. Mangels vorhandener Dokumentation und lückenhafter PHP- und Datenbank-Kenntnisse gibt es zwischen den Modulen für Version 3 und 4 einige Inkompatibilitäten.
Grund für das von dir beobachtete Verhalten dürfte das folgende sein: Bei Version 3 verwendet das Modul die Spalte "FE_User" in der Datenbank (Tabelle "tl_calendar_events"), in Version 4 ist die Schreibweise "fe_user". Das rumspielen mit Upper/Lowercase war einer meiner Versuche, das Ding unter Contao 4 zum Laufen zu kriegen.
Wenn du Version 4 neu aufsetzt, wird direkt bei der Installation die passende Spalte erstellt. Bei einem Update von 3 auf 4 wird das vermutlich nicht geändert. Ändere den Spaltennamen mal über phpmyadmin in "fe_user". Dann sollte es funktionieren.
Bingo! Damit hast du gerade bei mir und 56 weiteren Kolleginnen und Kollegen für ziemliche Erleichterung gesorgt :D Die sind nämlich tagtäglich alle ziemlich abhängig von dieser Funktion und deiner Erweiterung insgesamt.
Vielen Dank und dufte Grüße
BubbleBass
Na, dann bin ich beruhigt, dass das funktioniert hat. So ganz sicher war ich mir da nämlich nicht. ;)
Aber 57 Leute? Was machst du denn damit? :eek: Da bin ich grade doch ein wenig geflasht. Aber schön zu wissen, dass ich das nicht nur (fast) für mich selbst entwickle. :)
Hallo alle zusammen,
vor einiger Zeit habe ich die Administration der Homepage unseres Vereins übernommen. Zwar habe ich auch zuvor schon mit CMS gearbeitet, allerdings noch nicht mit Contao. Entsprechend bin ich ziemlich sicher weit davon entfernt ein Contao Fachmann zu sein. Sollte mir also "Contao Wissen" abgehen, bitte ich um Entschuldigung und eine entsprechende Erklärung ;)
Nun zu meinem speziellen Problem: Ich bin auf der Suche nach einer Erweiterung, mit der Benutzer möglichst ohne Zugriff auf das Backend (obwohl das kein K.O.-Kriterium wäre) unkompliziert einen Termin in einen Kalender eintragen können, der durch eine weitere Person bestätigt werden muss, bevor er im Kalender angezeigt wird. So möchte ich mit einfachen Mitteln einen Belegungsplan/ein "Buchungssystem" für unsere vereinseigene Halle schaffen. Hierbei bin ich auf den calendar_editor gestoßen. Diesen habe ich über die Paketverwaltung installiert. Sobald ich ihn installiere und die Datenbank anpasse, erhalte ich leider bei allen bereits bestehenden Kalendern eine Fehlermeldung, dass ein Fehler aufgetreten sei. Im Log findet sich hierzu folgender Eintrag:
Da wir noch Contao 3.5.9 nutzen, habe ich es mit Version 3.3.2.9004 versucht. Diese wird mir als kompatibel angezeigt. Außerdem ist das Modul "calender_extended" installiert. Da es in der Paketverwaltung nicht erscheint, ist es wohl manuell installiert worden. Ist jemandem eine Inkompatibilität dieser beiden Module bekannt? Oder hat sonst jemand eine Idee, weshalb dieser Fehler nach der Installation des editors auftritt?Code:[29-Jan-2020 20:20:52 Europe/Berlin] PHP Fatal error: Uncaught exception 'Error' with message 'Function name must be a string' thrown in /mnt/web212/c1/72/56324172/htdocs/system/modules/calendar_extended/classes/EventsExt.php on line 536
#0 /mnt/web212/c1/72/56324172/htdocs/system/modules/calendar_extended/modules/ModuleCalendar.php(256): Contao\EventsExt->getAllEventsExt(Array, 1577833200, 1580511599, Array)
#1 /mnt/web212/c1/72/56324172/htdocs/system/modules/calendar_extended/modules/ModuleCalendar.php(199): Contao\ModuleCalendar->compileWeeks()
#2 /mnt/web212/c1/72/56324172/htdocs/system/modules/core/modules/Module.php(283): Contao\ModuleCalendar->compile()
#3 /mnt/web212/c1/72/56324172/htdocs/system/modules/calendar_extended/modules/ModuleCalendar.php(119): Contao\Module->generate()
#4 /mnt/web212/c1/72/56324172/htdocs/system/modules/core/elements/ContentModule.php(59): Contao\ModuleCalendar->generate()
#5 /mnt/web212/c1/72/56324172/htdocs/system/modules/core/library/Contao/Controller.php(484): Contao\ContentModule->generate()
#6 /mnt/web212/c1/72/56324172/htdocs/system/modules/core/modules/ModuleArticle.php(213): Contao\Controller::getContentElement(Object(Contao\ContentModel), 'main')
#7 /mnt/web212/c1/72/56324172/htdocs/system/modules/core/modules/Module.php(283): Contao\ModuleArticle->compile()
#8 /mnt/web212/c1/72/56324172/htdocs/system/modules/core/modules/ModuleArticle.php(67): Contao\Module->generate()
#9 /mnt/web212/c1/72/56324172/htdocs/system/modules/core/library/Contao/Controller.php(417): Contao\ModuleArticle->generate(false)
#10 /mnt/web212/c1/72/56324172/htdocs/system/modules/core/library/Contao/Controller.php(277): Contao\Controller::getArticle(Object(Contao\ArticleModel), false, false, 'main')
#11 /mnt/web212/c1/72/56324172/htdocs/system/modules/core/pages/PageRegular.php(133): Contao\Controller::getFrontendModule('0', 'main')
#12 /mnt/web212/c1/72/56324172/htdocs/system/modules/core/controllers/FrontendIndex.php(285): Contao\PageRegular->generate(Object(Contao\PageModel), true)
#13 /mnt/web212/c1/72/56324172/htdocs/index.php(20): Contao\FrontendIndex->run()
#14 {main}
Vorab schon mal besten Dank für jede Info/jeden Tipp
GuardianFan
Deine installierte Version von "calendar_extended" ist nicht mit PHP 7 kompatibel. Du müsstest daher die Erweiterung updaten. Und am besten Contao gleich mit.
Besten Dank für den Hinweis bzgl. der Erweiterung. Contao habe ich gerade auf Version 3.5.40 aktualisiert. Um die Erweiterung kümmere ich mich dann auch. Hierzu eine allgemeine Frage: Kann ich den Ordner /system/modules/calendar_extended einfach löschen und im Anschluss versuchen ihn über die Paketverwaltung zu installieren? Hierbei wäre natürlich wichtig, dass sämtliche bereits vorhandenen Daten (=Datenbankeinträge) erhalten bleiben. Bzw. macht dieser Versuch überhaupt Sinn, wenn der Autor dieses Moduls schreibt:Zitat:
!!! Die Version im Contao ER wird nicht mehr gepflegt. !!!
Du kannst Dir hier die letzte Version für Contao 3 herunterladen: https://github.com/kmielke/calendar_...ive/3.7.18.zip
Damit ersetzt Du Deinen bestehenden Modulordner in system/modules/calendar_extended/
Anschließend rufst Du zur Sicherheit auch noch das Contao Installtool auf.
Hallo,
ich grabe diesen alten Thread mal aus, da ich nix Aktuelleres gefunden habe. :D
Ich wollte gern diese Erweiterung benutzen (contao 4.13.x) und stellte fest, dass sie nicht mehr über den Manager installiert werden kann, da es einen Konflikt mit der hofff Calendarfield-Erweiterung gibt, die mittlerweile bei Version 4.0x angekommen ist und die Calendar-Editor auf eine 3er-Version festgeklopft ist.
Hat von Euch jemand in der letzten Zeit diese Erweiterung installiert und wenn nein, wäre es interessant zu wissen, wie man ein Frontend Editing für Events umsetzen könnte, gebunden an Mitglieder inkl. nachträglichem Bearbeiten.
Danke.
... ich refresh das Thema nochmal, da ich immernoch an dieser Thematik interessiert bin.
Wir haben vor Tagen das Modul über den CM in eine frische Contao 4.13.28 installiert und haben einen editierbaren Kalender angelegt. Wir können auch neue Termine über das PLUS-Symbol anlegen. Obwohl alle Module so angelegt und konfiguriert sind, wie in einer weiterern – schon einige Jahre zuverlässig laufenden – 4.9.xx-Installation, haben wir ein Problem mit der Weiterleitung nach dem Anlegen eines neuen Termins. Wir landen auf einer 404-Seite und im Contao-eigenen Log gibt es einen Eintrag, dass die Seite mit der ID XY zu keiner Rootpage zu gehören scheint.
Die erzeugten Links am Kalender sehen genau so aus, wie in der 4.9er Installation, allerdings scheint sich unter der Haube von Contao 4.13. was geändert zu haben, denn die Einträge lassen sich nicht bearbeiten, auch da kommt die 404-Seite.
Yo, das kann sein, an dem Paket hat sich ja seit ein paar Jahren nichts geändert, und bei Contao hat es seitdem Änderungen am Routing gegeben. Vielleicht funktioniert es ja, wenn Du Legacy-Routing aktivierst?
Hallo lucina,
das Legacy Rooting habe ich aktiviert über die config.yml, auch den Cache im CM geleert. Leider tut sich nichts. Wenn ich das Event-Editor-Modul auf meiner Editierseite ausblende, findet er meine Seite. Blende ich es wieder ein und steuere es mit etwa …?edit=13 an, kommt der 404-Fehler und im System-Log landet der Eintrag „Page ID '13' does not belong to a root page“.
Viele Grüße nach Kiel.
So etwas müsste man Debuggen.
Wenn eine Erweiterung nicht gepflegt wird dann ist es normal, dass sie irgendwann mal nicht mehr funktioniert.
Wenn Du eine Erweiterung nutzen möchtest, die nicht mehr kompatibel ist mit der aktuellen Contao-Version, kannst Du so etwas natürlich in Auftrag geben - entweder beim ursprünglichen Entwickler der Erweiterung oder ggf. bei einem Entwickler deiner Wahl.
Hallo, ich hatte vor geraumer Zeit den Entwickler angeschrieben und den Fehler erläutert, leider war die Antwort nicht zufriedenstellend. Er wird diese Erweiterung in nächster Zeit nicht weiterentwickeln.
VG Steffen Winde
Das ist sehr schade. Ich hatte auch gehofft, das Gausi das vielleicht noch mal in die Hände nimmt und vielleicht sogar auf C5 hieft. Die Erweiterung hat über all die Jahre wirklich absolut großartig und zuverlässig funktioniert und in unserer Schul-Verwaltung eine wahnsinnig wichtige Rolle gespielt.Zitat:
Zitat von swinde
Hallo.
Ich habe mich jetzt mal, mit meinen geringen Programmierkenntnissen, an das Modul gewagt und habe versucht das Problem einzugrenzen.
Sobald man im Backtend einen Link auf die Bearbeiten Seite (editor.html) eingibt knallt es!
ZB.: ModulCalendarEdit.php
Ich habe es auf ab Zeile 79 eingegrenzt, hier soll die Domain http://example.com/editor.hlml?day=20230101&time... erstellt und weitergeleitet werden
Erzeugt wird aber Oops!PHP-Code:if ($this->AllowEditEvents){
// get the JumpToAdd-Page for this calendar
$objPage = $this->Database->prepare("SELECT id, alias FROM tl_page WHERE id=?")
->limit(1)
->execute($this->caledit_add_jumpTo);
if ($objPage->numRows) {
$addUrl = $this->generateFrontendUrl($objPage->row(), '');
}
else {
$addUrl = ''; //$this->Environment->request;
}
}
The server returned a "404 Not Found".
Vielleicht hat ja einer eine Idee!
Steffen
Hallo Steffen.... Danke dafür! Wäre doch super, wenn da jemand mit Sachkenntnis einsteigen könnte.
Es ist nach wie vor die einzige Conato-Erweiterung, die die Reservierung und Änderung von Terminen im (geschützen) Frontend ermöglicht, was ja absolut sinnvoll und nützlich ist. Natürlich kann man z.B. auch komfortabel mit angedockter Nextcloud und "Appointments" oder anderen externen Angeboten arbeiten. Letzlich fehlen aber in vielen Zusammenhängen immer noch ein paar Features, die bei einem eingerichteten calendar_editor so pfiffig und kompakt umgesetzt sind.
Ich lese nicht nur hier, sondern auch in anderen Threads wie wichtig Euch diese oder jene Erweiterung ist und wie dringend sie benötigt wird. Eine Weiterentwicklung und kontinuierliche Pflege kosten Zeit und/oder Geld. Wenn Ihr sie also braucht, dann nehmt doch etwas Geld in die Hand und sucht Euch einen Entwickler der Euch die notwendigen Anpassungen macht und sponsert ihn idealerweise monatlich, damit er an der Pflege der Erweiterung auch dauerhaft Interesse hat.Zitat:
Zitat von BubbleBass