Druckbare Version
JAAAAAAAA
YEEEEEEEHAAAAAAA
:D:D:D:D:D:D Wenn ihr sehen koenntet, wie ich tanze :D:D:D:D:D
Ich kann es reproduzieren !!!Geilomat. JEPPA.
Danke Sonja fuer das Log. Das war GOLD wert.
Nu muss ich das mal zusammenschreiben, damit es im Bugtracker verstaendlich wird.
Dann kann ich mich auf die Suche nach dem Fehler machen.
N8 in die Runde
GRATULIERE!!
wusste gar nicht, dass so ein Dump-Dings GOLD Wert sein kann... ;-)
Glückwunsch zu dieem Meilenstein !!!
Jepp ein geiles Feelnig muss das sein. Du hast ja schon einies an Zeit und wohl auch manchen Fluch in das Problem investiert und losgelassen. Und das klingt nach Durchbruch.
Und Danke an Sonja.
und und und was wars :)
ich muss das erstmal in dem Ticket beschreiben.
Vor allem muss die Ausgangssituation genau erklaert werden, damit die EntwicklerKollegen damit auch etwas anfangen koennen.
Da treffen ein paar Zufaelligkeiten zusammen, die dann in diesem Chaos resultieren.
Fakt ist, das der Fehler bei JEDEM nutzen der Duplizierungsfunktion auftritt. Definitiv. Nur hat der DC_Table eine Aufraeumfunktionalitaet, die das beim ansehen des Backends im Artikelbaum normalerweise wieder glattbuegelt. Halt nur manchmal nicht, wenn gewisse Zufaelligkeiten aufeinandertreffen.
Deshalb kann ich aktuell nur raten :
Die Duplizierungsfunktionalitaet im Bereich der Nachrichten und Events NICHT benutzen.
https://community.contao.org/de/atta...9&d=1354867297
Ich werd das jetzt im Ticket beschrieben, und wir werden eine Loesung finden.
Leider ist damit noch nicht erklaerbar, woher die ZOMBIE ContentlEmente kommen. Diese werden auch noch erstellt, und tauchen dann zufaellig in Artikeln auf (ptable Problem, siehe oben)
ich habe bisher locker 5 Stunden fuer diesen Bug gebraucht. Mal sehen wie lange es nun dauert, bis der andere in der DC_Table gefunden ist. Aber da hoffe ich auf meine EntwicklerKollegen, da wir nun wissen, wonach wir suchen muessen.
Zitat:
Zitat von lindesbs
Da bin ich ja "froh", dass ich das beim Projekt fast jede Woche gemacht habe ^^ ... ich schick dir nacher das Dumb.
Ich hoffe, es wird ein Dump :DZitat:
Zitat von Nina
Habs im github mal erklaert, hoffentlich verstaendlich. Ich kann aber nachvollziehen, warum es schief lief. Jedoch noch nicht erklaeren, warum manchmal in der Datenbank tl_content Elemente als ZOMBIES auftauchen, diese werden naemlich automatisch als tl_article gewertet, und tauchen dann auch auf. Auch wenn sie eigentlich woanders hingehoeren.
Aber immerhin haben wir nun einen Ansatz.
dmolineus hatte vor drei Tagen schon den richtigen Ansatz, der kam hier leider nicht an, und ich habs gestern erst gelesen....
https://github.com/contao/core/issue...mment-10997112
ah... hat sich erledigt. (bitte löschen)
Danke für das Ticket und die wertvolle Erkenntnis!
Wäre es aufgrund deiner Beschreibung des Fehlers bei einem bestehenden Projekt mit einer fixen Anzahl an Artikel (die auch nicht mehr werden, da nur mit News & Events gearbeitet wird) -> sagen wir bis tl_article ID (Hausnummer) 10, ich jetzt bestehende News- und/oder Eventarchive lösche und neu anlege, bis sie alle eine ID > 10 haben, dieser Bug in dem konkreten Projekt nicht mehr auftreten und ich unbeschwert duplizieren kann, ohne ZOMBIES (schöne Benennung!) zu generieren?
Weil so, wie du das beschreibst, tritt das Problem auf, wenn Artikel ID und (Event oder News) Archiv ID gleich sind, korrekt?
LG
sonja
loeschen und neu generieren waere eine sehr aufwendige Meoglichkeit. Es geht duetlich einfacher.
Du hattest mir den SQL Dump zugeschickt. Mit dem Tool phpMyAdmin kannst Du auch direkt SQL Befehle ausfuehren, die das Ganze deutlich vereinfachen.
Dazu musst du im phpMyAdmin die Tabelle auswaehlen und dann ist irgendwo auf der rechten Seite etwas mit "SQL" oder "SQL ausfuehren"
Dort kopierst Du das hier rein :
und danach auf "OK" oder "ausfuehren"Code:ALTER TABLE tl_calendar_events AUTO_INCREMENT = 10001;
ALTER TABLE tl_news AUTO_INCREMENT = 20001;
Damit werden die neuen Startnummern neu eingestellt. D.h. der naechste Nummernbereich fuer die Events ist dann bei 10.001 und die naechste Nachrichten beginnen bei 20.001
Somit bist du definitiv auf der richtigen Seite, da ich nicht davon ausgehe, das du mehr als 9999 Artikel schreiben wirst.
Diese Hochsetzung hat keinerlei Auswirkungen auf die Nutzung des Systems. Es ist aber gewaehrleistet, das die Doppelung nicht mehr auffaellt.
Sie besteht weiterhin, jedoch wird beim Aufruf eines Artikels diese Leichen und ZOMBIES aus der Tabelle entfernt, da sie keinen Bezug haben.
Also musst Du ab und zu in den ArtikelBaum gehen.
Wenn das oben mit den SQL Befehlennicht klappt, einfach nochmal melden.
Gruesse
Stefan
Danke für den Tipp und die Anleitung!
Das klingt für mich als Datenbank-Dödel zwar eher nach einer Operation am offenen Herzen, aber ich werds mal wagen...
X-mal Archiv neu erstellen + löschen, bis x die höchste Artikel-ID erreicht hat (vorausgesetzt, man hat eine beschränkte und fix definierte Anzahl an Artikel) klingt für mich schon einfacher ;-).
gruss
sonja
@sonja : Hat es denn geklappt ?
habs noch nicht in Angriff genommen...
Ich wollte mal nachfragen, obs schon neue Erkenntnisse gibt? Trotz Workaround wärs beruhigend, wenn das ganze doch mal irgendwann in eine Version einfließt.
Edit: Ok, hab gerade gesehen, dass der Fix eingebaut wurde.
Hi ihr,
das Thema ist ja hier aufgegriffen worden:
https://github.com/contao/core/issues/4867
https://github.com/contao/core/issues/5041
und in die 3.0.3-Version eingeflossen,die ich mir eben geholt habe.
Jetzt geht das vollständige Kopieren von Seiten inkl. CE nicht mehr, hatte jemand anderes schon dieses Problem?
Schönen Gruß!
herzlich willkommenZitat:
Zitat von webdecker
schaust du bitte mal hier .... #5241
... ich habe heute Nacht :rolleyes: das gleiche Problem gehabt, der Fix aus #5241 hat für mich aber keine Lösung gebracht (Contao 3.0.3)
Beim Update einer DCA Datei musst du eine Systemwartung durchführen um den DCA Cache zu löschen, sonst wird die von Dir bearbeitete gar nicht genommen.
:eek: Tja, ein echter Klassiker, möchte man meinen ...
"Kaum macht man es richtig, schon funktionierts" - Vielen Dank!
Jetzt habe ich in einer frischen C3.3.5-Installation das von euch geschilderte Problem:
Ich habe mehrere Inhaltselemente in einem Artikel kopiert und in ein Event eingefügt, wobei ich den Artikel und das Event in je einem eigenen Browsertabs offen habe (ich dachte, das wäre inzwischen möglich). Diese letzte Kopieraktion habe ich allerdings in ein und demselben Browsertab durchgeführt, also nicht von einem zu anderen Tab kopiert.
Nach dem Einfügen im Event habe ich ein CE im Event bearbeitet und nach dem Speichern tauchte plötzlich ein CE aus dem Artikel auf, das ich NICHT kopiert hatte. Beim Löschen desselben verschwand dann ein CE, das ich kopiert hatte und brauchte.
Bei euch ist dieses Phänomen nicht mehr aufgetaucht?
Viele Grüße,
Anke
Edit: Okay, wenn ich das BE nur in einem Browsertab geöffnet habe, scheint alles okay zu sein.
Ist das einen Sprachdatei (Deutsch - Chinesisch - Arabisch)?, Ne ernsthaft:Zitat:
Zitat von BugBuster
Ich bin in der letzten Zeit öfter mal darüber gestolpert. Also was igenau st einen DCA-Datei und was macht die, und vor allem, was kann was ich damit machen?
https://contao.org/de/manual/3.0/dat...er-arrays.html Das habe ich bis jetzt dazu gefunden, aber ich blicke das eifach nicht.
Das DCA - Data Container Array - beschreibt die Felder einer Tabelle die als Formular im Backend angezeigt werden sollen, quasi der Backend Anteil einer Erweiterung.
Ganz Grob gesagt. Wann immer du im Backend auf Formulare stößt, z.B. bei Artikel Eigenschaften, ist diese Anzeige per DCA Definiert. Auch Zusammenhänge zweier Tabellen und andere "Kleinigkeiten".
Es gibt auch Ausnahmen, sogenannte Callback Module, beispielsweise bei System-Einstellungen, da ist mal als Programmierer völlig frei, man muss den Main Inhalt quasi komplett alleine bauen.
Super erklärt, Danke Dir.
Das bedeutet also, dass ich mir damit - vereonfacht ausgedrückt - eigene Inhaltselemente zusammenstellen kann, die mir dann im Backend als zusätzliche Inhaltselemente zur Verfügung stehen?
Bisher habe ich dazu Artikel verschachtelt, aber das wäre ja dann viel bequemer, allein schon weil ich nur noch ein Eingabeformular habe, während ich bis jetzt die Inhaltselemente alle einzen klicken muss.
Du kannst damit Daten in eine eigene Tabelle erfassen oder vorhandene Tabellen erweitern.
Diese dann im Frontend oder für was auch immer zu verwenden, dass ist das das der nächste Schritt zum Modul.
Ich werde mir das bei nächster Gelegenheit mal ansehen, und wenn ich nicht klarkiomme, noch mal naxhfragen, aber dann in einem eigenen Tread, hier gehts ja um was anderes. ;)