Porter le chemin web-alias sur le contexte de la parent, pas le modèle à lui seul

Fixkamo-internal
Expédié
28 août 2026 à 03:49 UTC
Auteur
Kamo
Commite
7616db0

avecBranchType précédemment tourné utiliserWebAlias à l'occasion du modèle SELECTED autorisés ROOT ou un alias coutumiers, en ignorant les trois conditions préalables parentales BasicsStep.tsx a toujours exigé à ses côtés: les branches de sous-domaine activées, GoDaddy configuré, et un domaine racine pour isoler l'alias. Combiné avec EMPTY-CREATE-ORG-FIELDS par défaut useWebAlias à vrai, cela met toutes les branches type avec des sous-domaines autorisés sur le chemin web-alias/ROOT, que ce soit ou non le parent pourrait effectivement le soutenir, et toWizardFormData était un codage dur sous-domainContext to all-false plutôt que de transmettre ce que la page a été donnée. Ajouter et le web uniqueAliasPossible(champs) prédicat qui reproduit exactement le contrôle à cinq conditions de BasicsStep, donc plus tard tâches importe une définition au lieu de la redémarrer. avecBranchType maintenant Portes d'utilisation de WebAlias sur webAliasPossible du potentiel (modèle et contexte) État et nulls parentAliasId pour correspondre, en miroir BasicsStep's propre snap-back createOrgReadiness ne bloquez qu'un parent disparuAliasId lorsque le le chemin web-alias est en fait possible, de sorte qu'il ne peut jamais refuser le lancement sur un champ la page n'avait aucune raison de montrer. - Maintenant commence à propos de faux, de correspondance, l'utilisation deWizardForm.ts, le propre INITIAL-DATA, quelque chose allumé une fois connu possible, n'a pas été par défaut et a répliqué.

Tous les changements

Comme ce que tu vois expédier ?

Chacune de ces mises à jour atterrit automatiquement dans votre espace de travail. Commencez gratuitement et regardez-le grandir semaine après semaine.

Commencez gratuitement pour toujoursPrix de visualisation