- Verschifft
- 24. August 2026 um 22:12 UTC
- Autor
- Kamo
- Ausschuss
- 1d45edf
grandfatherExistingGatedMarkets bewanderte bereits die aktiven Märkte jedes org, behoben getRequiredService() und aktiviert die fehlende App auf isGated() verticals, d.h. MORTGAGE und PERSONAL_LOANS. Jetzt dass jeder CommerceType seine eigene Kinder-App nennt, ist die Beschränkung weg, so die gleiche Schleife Samen RETAIL / RENTAL / SERVICE / SUBSCRIPTION / PROKUREMENT-Reihen. Neue Migration war nicht nötig. Auch Samen RETAIL für Orgs, die POS ohne Märkte überhaupt halten, die hatte arbeiten Handel vor dem Baum, weil Einzelhandel brauchte keine App der eigenen. Top-Level-Orgs werden nicht mehr übersprungen, und das ist die Lösung, die zählt. Die Ausnahme war richtig, als dies nur die beiden Leih-Apps gewährte Plattform-Betreiber Org sollte nicht stillschweigend erwerben MLOS für den App-Baum, weil istAppEffectivelyEnabled erfordert eine OrgFeature ROW und hat keine Ausnahme von Top-Level. Der erste Lauf berichtete Erfolg, während Verlassen von KamoCRM, das aktive RETAIL- und SUBSCRIPTION-Märkte betreibt, mit keine Reihen für beide; es hätte beide von / Handel auf der nächsten verloren SecurityService-Einsatz. Erwitet durch Abfrage der Datenbank, nicht durch Lesen das Protokoll. enableFeature kaskadiert jetzt ein Kind zu seinem Elternteil, so dass Einsetzung eines Kindes auch garantiert die POS-Reihe. RUN gegen prod 2026-08-24. Verifiziert: jede aktive commerce_markets Reihe hat jetzt eine aktive Kind OrgFeature Reihe, Null fehlt.