Gate der Web-alias Pfad auf Eltern Kontext, nicht Modell allein

Fixkamo-internal
Verschifft
28. August 2026 um 03:49 UTC
Autor
Kamo
Ausschuss
7616db0

mitBranchType zuvor gedreht useWebAlias auf, wenn die SELECTED MODEL erlaubt ROOT oder ein benutzerdefinierter Alias, die drei elter-or-Vorbedingungen ignorieren BasicsStep.tsx hat immer neben ihm erforderlich: Subdomain-Sektoren aktiviert, GoDaddy konfiguriert, und eine Root-Domain, um den Alias hängen. Kombiniert mit EMPTY_CREATE_ORG_FIELDS standardmäßige NutzungWebAlias zutreffend, dies setzen jeden Zweig mit allowRootSubdomains auf dem web-alias/ROOT Pfad, unabhängig davon, ob der Elternteil konnte es tatsächlich unterstützen, und toWizardFormData war Hardcoding subdomainContext zu all-false anstatt weiterzuleiten, was die Seite gegeben wurde. Fügt ************ und die einzelne webAliasPossible(Felder) hinzu Prädicate, das BasicsSteps Fünf-Zustand-Check genau reproduziert, so später Aufgaben importieren eine Definition, anstatt sie neu zu ordern. mitBranchType jetzt Tore verwendenWebAlias auf webAliasPossible des prospektiven (Modell + Kontext) Zustand und Nullen parentAliasId zu entsprechen, Spiegelung BasicsStep eigenen Snap-Back Effekt. createOrgReadiness blockiert nur auf einem fehlenden parentAliasId, wenn die Web-alias Pfad ist tatsächlich möglich, so kann es nie verweigern Start über eine Feld die Seite hatte keinen Grund zu zeigen. ******************** startet nun false, passende useWizardForm.ts's eigene INITIAL_DATA Einmal bekannt, nicht ausgeschaltet und zurückgeknipst.

Alle Änderungen

Wie, was Sie sehen Versand?

Jedes dieser Updates landet automatisch in Ihrem Arbeitsbereich. Starten Sie frei und beobachten Sie es Woche für Woche wachsen.

Free Forever startenPreisgestaltung anzeigen