CONTENIDO Forum

Version: 4.9.3
Template basiert auf Bootstrap 3.1.1
Reproduzierbar auf 2 Rechnern mit derselben Contenido Installation. Zugangsdaten auf Anfrage für offizielle Entwickler möglich.

Vorgehen:

• Aktuellste Jquery verwendet
  <script src="https://ajax.googleapis.com/ajax/libs/j ... "></script>
  <script src="https://ajax.googleapis.com/ajax/libs/j ... "></script>
• Layout erstellt
• Vorlage erstellt
• Modul form_contact eingebaut
• Kategorie erstellt -> Vorlage zugewiesen
• Artikel erstellt -> Andere Vorlage zugewiesen
• Artikel aufgerufen, Formularknopf nicht drückbar
• Firebug Konsole gecheckt:LOG:
  
  LOG: loader: fail http://mediainvita.de/singlepager/conte ... ifaform.js
  contenido.js (Zeile 172)
  LOG: loader: Object { readyState=4, responseText="/**\r\n * @module con...m;\r\n\r\n})(Con, Con.$);\r\n", status=200, mehr...}
  contenido.js (Zeile 172)
  LOG: loader: parsererror
  contenido.js (Zeile 172)
  LOG: loader:
  TypeError: Con.cContentTypeAbstractTabbed is not a constructor
  
  (49 out of range 2)

Bugreports gelesen auf https://issues.contenido.org/browse/CON-1732 wurde geschlossen weil.... nicht reproduzierbar. Nunja, ich habe es jetzt wohl reproduziert. Bitte wieder öffnen. Ich vermute, dass die jquery Versionen sich nicht mögen?!? Aber sicher bin ich auch nicht, woran kann es liegen?

Danke für Deinen Hinweis. Ich habe das Ticket wieder geöffnet, ergänzt und für Version 4.9.5 vorgesehen.

Kann man ggf. vorher schon einen Fix erfahren, den man selbst machen kann? Es ist schon sehr störend dass so garnichts geht.

Nachdem ich es (endlich) geschafft habe diesen Fehler auf meinem Rechner zu reproduzieren habe ich den Bug behoben.

Die Ursache war eine Race Condition, bei der manche JavaScript Dateien geladen wurden, bevor dringend benötigte andere Dateien fertig geladen waren.
Der Fehler tritt dadurch nur manchmal auf und anscheinend auch nicht in allen Browsern.

Ich habe die _loadJs Funktion so geändert, dass jetzt 3 mal (zeitversetzt) versucht wird die Datei auszuführen. Das sollte den anderen Dateien genug Zeit geben, fertigzuladen. In meinen Tests (und in Tests von Kollegen, die von dem Problem betroffen waren) tritt es jetzt nicht mehr auf.

Um den Bug zu beheben sollte es ausreichen die Datei "general.js" im contenido/scripts Ordner gegen die angehängte Version auszutauschen (und danach den Cache zu leeren und die Seite komplett neuzuladen).

Ansonsten wird der Fix auch Teil der 4.9.4 sein ^.^

Mehr Informationen gibts hier:
https://issues.contenido.org/browse/CON-1732
https://git.contenido.org/projects/CON/ ... 7a0c11b10d

Das ist leider ein grundsätzliches Problem in der 4.9er Version bis dato. Es gibt leider kein wirklich durchdachtes JS-Handling im Backend und für Plugins. Noch schwieriger ist es bei Modulen, bei denen man zwar im Frontend per HTTPRequest und Nutzung der Ausgabepufferung per PHP z. B. möglich ist per JSON-Daten zu antworten, jedoch im Backend-Artikel-Edit dieses nicht mehr möglich ist, da dort standardmäßig keine Ausgabepufferung verwendet wird.

Im Backend und für Plugins würde ich mir eine einfache Erweiterung der Contenido-eigenen ajaxmain.php wünschen. Hier könnte man ein Interface für Plugins einrichten.

Im Frontend und BackendEdit wäre eine Schnittstelle direkt zu Beginn wünschenswert, die AJAX-Requests abhängig von der Modul-Id oder ähnlichem abfängt und entsprechende Antworten zulässt. Hier wäre ein Verzeichnis "ajax" im Modulverzeichnis vorstellbar in dem der Entwickler seine eigenen Antwortfunktionen/-klassen ablegen kann, die dann über vom Core bereitgestellte Abläufe eingebunden bzw. abgefragt werden können.

Gruß aus Franken

Ortwin