Azure AD B2C selfAsserted页面内容自定义实现问题咨询

以下是对应问题的明确结论和处理方案：

• 关于本地禁用账号的页面显示效果：这是2.1.7版本页面布局下的正常渲染结果，不属于配置错误。示例中用到的拦截页面本质是通用自断言页面，没有做专属UI适配，你看到的默认表单、按钮都是自断言页面的原生组件。
• 关于"hide me"（dummy）文本框的隐藏：
  这个无意义文本框是示例为了触发自断言页面渲染特意添加的占位字段，没有实际业务作用，必须隐藏。
  不需要强制实现自定义HTML模板：只要开启页面JavaScript权限，直接注入CSS匹配对应字段的容器设置隐藏即可；如果不开启JS，再考虑用自定义HTML模板注入CSS实现。
• 关于无响应Continue按钮的处理：
  这个Continue按钮是自断言页面默认自带的提交组件，因为dummy字段没有绑定有效提交逻辑，点击自然无响应，必须隐藏。
  不需要写JavaScript判断元素存在性再隐藏：直接在AAD-DisabledUserPage技术剖面的元数据中添加配置setting.showContinueButton = false，就能直接关闭该页面的Continue按钮，这是官方原生支持的配置项，无需额外前端代码，保留Cancel按钮的跳转配置即可。
• 关于UserMessageIfClaimsTransformationBooleanValueIsNotEqual错误信息不显示：
  属于配置遗漏，该配置项生效需要满足两个必要条件：
  1. 账号启用状态的布尔值判断逻辑，必须放在AAD-DisabledUserPage的ValidationTechnicalProfiles（验证技术剖面）中执行，不能直接放在编排步骤的前置声明转换、或者技术剖面的输出声明转换里
  2. 声明转换执行时要主动抛出对应校验错误码，配置的提示文本才会被注入到页面渲染模型中，你当前的配置大概率是把判断逻辑放错了位置，导致错误信息没有被页面加载。
• 关于自动生成内容自定义的文档缺失：
  你查阅的三篇官方文档没有覆盖全部配置能力，不存在漏看。这类控制默认页面元素显隐、组件行为的细粒度配置项，大多散落在官方示例的技术剖面配置、社区实践汇总中，官方公开文档没有做集中整理。

优化建议：如果不想反复调整默认页面的元素显隐，可以直接给AAD-DisabledUserPage绑定极简自定义HTML模板，直接写死账号禁用的提示文案，去掉所有输入框、Continue按钮，比覆盖默认样式的方案更稳定，后续版本升级也不会出现样式失效问题。

内容的提问来源于stack exchange，提问作者Mitkins