Umstellung Status "DELETED" von 2 auf -2

[christophboecker]

Der Status-Code für DELETED steht z.Zt. irrtümlich auf 2 statt -2 (#101 (comment)).

der PR fügt in die install.php Code ein, der beim erstmaligen Update auf eine Version 5.1 oder größer den Wert in der Datenbank auf -2 korrigiert. Analog dazu ist Entry angepasst.

[alxndr-w]

Könntest du hier über die Collection gehen, damit das Speichern über YOrm passiert und ggf. auch EPs korrekt getriggert werden.

Collections haben eine gemeinsame setValue() und save() Methoden.

Während ich das schreibe, wird mir allerdings bewusst, dass das Speichern verweigert würde (Wert nicht im Choice verfügbar). Evtl also doch per SQL und dann im Nachgang alle mit -2 nochmal mit save() behandeln.

[christophboecker]

Dann bist Du ja wieder beim Save(), im dem immer noch die alte Klasse mit dem "falschen" choice herangezogen wird.

Wie sieht denn das Risiko aus?

Vermutung meinerseits: Wenn schon jemand Zusatzaktionen per EP an den Wechsel des Status auf DELETED gehängt hat, sind die durch und müssen nicht nochmal ablaufen, nur weil DELETED repräsentierende Wert nun ein anderer ist.

Und falls jemand seinen Code auf "2" aufgebaut hat, muss er den eh ändern; egal ob Yorm oder rex_sql. DA würde auch ein erneuter Lauf nix ändern.

[alxndr-w]

Das URL-Profil würde bspw. noch generierte URLs haben für "2", obwohl inzwischen "-2". Die falschen URLs sollten ja auch aus der sitemap.xml verschwinden.

Ein möglicher Ablauf müsste sein:

1. Tableset aktualisieren
2. Datensätze mit 2 auf -2 ändern
3. Dabei EPs triggern.

Oder

1. Datensätze mit 2 auf -2 ändern per SQL
2. Tableset aktualisieren
3. Url-Cache löschen

[christophboecker]

Lass uns hier mal stoppen, bitte. Da müssen wohl noch mehr Sahen in den Felddefinitionen angegangen werden. Z.B sehe ich grade dies hier:

Gleicher Zweck andere Feldtypen und andere DB-Feldtypen (text für nen int-Wert ist etwas overdone; passiert aber schon mal). So was müsste man alles auf einen Schlag in einem Release erledigen.

[alxndr-w]

Ich wundere mich, wie das passeieren konnte. Da war ich schon mal dran und habe das eigentlich überprüft und korrigiert. Da muss was mit den Tablesets nicht stimmen.

[christophboecker]

Fragt sich wie? Eine Änderung in der tableset.json findet nicht zwangsläufig den Weg in die rex_yform_field-Tabelle.

[alxndr-w]

Eigentlich über die update.php, die die install.php aufruft, die die Tablesets frisch "drüberbügelt" (wie YCom)

[christophboecker]

Danke für´s Mergen, aber was ist mit Punk 3 Url-Cache löschen? Das fehlt noch.