Domino Designer中未操作XPages的客户莫名签名XPages对象问题咨询

遇到这种情况确实挺头疼的——明明客户没碰XPages相关元素，也没手动给应用签名，结果XPages全被他的ID签了。结合Domino Designer的特性，我来帮你拆解原因和解决办法：

核心原因：自动签名设置的"连带效应" #

Domino Designer里有个容易被忽略的默认（或用户误开）设置："保存时自动签名所有设计元素"。哪怕客户只修改了表单、代理这类他负责的元素，只要这个开关是打开的，并且他有足够的设计权限，Designer会在他保存自己的修改时，自动扫描数据库里所有未完全签名的设计元素，用他的ID完成签名。

另外还有一种可能：如果客户修改的表单/代理引用了XPages的共享资源（比如自定义控件、主题），Domino的设计依赖机制会触发相关元素的重新签名，导致XPages被"顺带"签了名。

分步解决办法 #

1. 排查客户的Designer签名设置 #

先让客户打开Domino Designer，按路径操作：
文件 > 首选项 > Domino Designer > 签名
检查是否勾选了 "保存时自动签名所有设计元素"。如果是，这就是问题的根源。

2. 恢复XPages的正确签名 #

用你的ID重新签回所有XPages相关元素：

• 在Designer中打开目标数据库，切换到「XPages」视图
• 选中所有XPages、自定义控件、XPages主题等相关设计对象（可以按Ctrl+A全选）
• 右键点击选中项，选择 "签名 > 用当前ID签名"
• 签名完成后，重启Domino HTTP服务（或在Designer中刷新应用），确保新签名生效

3. 预防后续再发生 #

• 调整客户的签名设置：把"保存时自动签名所有设计元素"改成 "仅签名我修改的设计元素"，这样他只会签名自己改动过的表单、代理，不会波及XPages。
• 检查数据库ACL权限：确认客户的权限是「设计者」而非「签名者」——设计者权限允许修改自己创建的元素，但不会自动触发全库签名；签名者权限则有更宽泛的签名权限，非必要不要给。
• 定期备份XPages设计：把你负责的XPages元素导出成NSF模板或单独的设计元素文件，万一再出现意外签名，能快速恢复。

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