Kommando zurück! Der oben verlinkte Post ist nur für den Bug beim Synchronisieren als Fix richtig. Beim Kopieren von Vorlagen (Templates) und der Konfiguration(en) hakt es an anderer Stelle - und zwar heftig.
Im Vorlagen-Bereich gibt es da noch mehr fehlerhafte Verhaltensweisen. Beispielsweise funktioniert schon bei der Neuanlage und dem direkten Befüllen nicht alles so wie es soll. Folgendes Vorgehen führt auch zu Fehlern.
- Lege eine neue Vorlage an, bleibe in der Bearbeiten-Ansicht ohne andere Vorlagen aus dem linken Frame aufzurufen
- Benenne diese Vorlage und wähle ein Layout (es wird automatisch gespeichert)
- Wähle ein Modul (mit editierbarem Input) in einen der angebotenen Container und klicke auf den grünen Haken (speichern)
- wähle umgehend den Bereich Voreinstellungen
- Der Input des Modules wird NICHT angezeigt, bzw. nur eine leere Box
- wähle umgehend den Bereich Bearbeiten, es wird eine LEERE Bearbeitungsmaske angezeigt
Hier stimmt schon irgendwo etwas nicht mit den Zuweisungen der IdTpl. Lässt man sich in den Bereichen wo ich mit 'umgehend' eine direktes Weitermachen gefordert habe ein wenig Zeit (ruhig mal 1-2 Minuten warten) bevor man den nächsten Schritt tut, dann funktioniert es komischerweise zumeist. Hier scheint irgendwo so etwas wie eine Session oder ein Caching zu laufen, welches dann nicht mehr greift.
Auch beim Kopieren der Vorlagen sind ähnliche Effekte erkennbar, wobei dann manchmal Änderungen, die über die Erfolgsmeldung gemacht werden, nicht in der Datenbank ankommen. Führt man die einzelnen Schritte beim Kopieren, so wie von smac (
http://forum.contenido.org/viewtopic.ph ... 09#p164709) beschrieben, direkt hintereinander aus, zeigt sich besagter Bug. Auffällig dabei ist aber, das beim Speichern der Vorkonfiguration für die kopierte Vorlage in der Vorlagenübersicht rechts der farbige Marker nun auf die originale Vorlage gesetzt wird. Auch der Wechsel auf den Bereich Bearbeiten zeigt dann die originale Vorlage im Bearbeiten-Formular an.
Daher denke ich auch hier das die Problematik mit dem Speichern der Konfiguration(en) der Vorlagen mit einer Session oder einem Caching zusammen hängt.
Die Vermutung das es eventuell am Cache der GenericDB hängen könnte hat sich aber nicht bewahrheitet. Ein Ausschalten desselben in der config.misc.php hatte keinerlei Auswirkung auf den Bug.
Soweit von meiner Seite, ich denke hier muss man mal mit entsprechendem Zeitaufwand ran, den dieses falsche Verhalten ist nicht mal einfach so zu tracen.
Gruß aus Franken
Ortwin
