- Se descapó
- 28 de agosto de 2026 a las 3:49 UTC
- Autor
- Kamo
- Compromit
- 7616db0
con BranchType previamente se volvió useWebAlias encendida cada vez que el MODEL SELECTED permitido ROOT o un alias personalizado, ignorando las tres condiciones previas de los padres-org BasicsStep.tsx siempre ha requerido junto a ella: ramas de subdominio habilitados, GoDaddy configurado, y un dominio raíz para colgar el alias de. Combinado con EMPTY.CREATE-ORG-FIELDS us predeterminadoWebAlias a la verdad, esto pone cada rama tipo con allowRootSubdomains en la ruta web-alias/ROOT independientemente de si el padre realmente podría apoyarlo, y aWizardFormData fue difícil de codiciar subdomainContexto a todo-falso en lugar de reenviar lo que se dio la página. Añade **************** y la web individualAliasPossible(campos) predicate que reproduce el cheque de cinco condiciones de BasicsStep exactamente, así que más tarde tareas importan una definición en lugar de volver a conducirla. con BranchType ahora Las puertas useWebAlias en webAliasPosible de la perspectiva (modelo y contexto) estado y nulls parentalAliasId para que coincida, reflejando el propio snap-back de BasicsStep efecto. createOrgReadiness solo bloquea en un padre desaparecidoAliasId cuando el el camino web-alias es realmente posible, por lo que nunca puede negarse a lanzar sobre un campo la página no tenía razón para mostrar. ******************* Ahora comienza el uso falso y a juego de usarWizardForm.ts Encendida una vez conocida posible, no falló y se rompió.