升级Kentico 9后Staging Task Group UI元素显示代码名的修复咨询

我来帮你梳理下这个问题的解决思路，结合Kentico的升级机制和UI本地化逻辑，你可以按下面的步骤排查和修复：

一、先排查基础问题：缓存、资源文件或数据库配置异常 #

• 强制清除全量缓存：登录Kentico后台，进入System > Cache页面，点击「Clear all cache」——包括页面缓存、对象缓存和资源文件缓存。升级后旧缓存残留是这类显示问题的常见诱因，清完后刷新页面看看是否恢复正常。
• 检查本地化资源文件完整性：打开网站根目录下的App_GlobalResources文件夹，确认CMS.resx（以及对应语言的本地化文件，比如CMS.en-US.resx）没有损坏或缺失。搜索staging.taskgroup相关的键值对，比如staging.taskgroup.new、staging.taskgroup.edit，确保这些键对应的Value是友好的显示名，而非代码名。
• 验证数据库UI元素配置：打开数据库，查询CMS_UIElement表，筛选出ElementName包含TaskGroup的记录，检查ElementDisplayName字段是否填充了正确的显示名。如果这个字段是空的或者直接是代码名，说明升级时的数据迁移可能没完成。

二、按Kentico文档规范，用自定义模块替代默认UI（避免升级覆盖） #

如果基础排查没问题，或者数据库配置确实异常但不想直接修改默认模块，就按文档推荐的安全方案来：

1. 创建自定义模块：在Modules应用里新建一个自定义模块（比如叫CustomStagingUI），记得勾选「Include in application list」方便后续管理。
2. 复制原UI元素配置：找到Staging模块下Task Groups相关的所有UI元素（列表页、新建按钮、下拉选项等），把它们的路径、权限设置、关联代码文件等配置完整复制到自定义模块的User interface板块下。
3. 修正显示名：在自定义模块的UI元素编辑页，把Element Display name改成你需要的友好名称，也可以关联到自己的本地化资源键（比如在自定义模块的资源文件里添加对应键值对）。
4. 替换原导航入口：进入Site Manager > User interface，找到原Staging模块中Task Groups的导航节点，把它的「Target URL」改成自定义模块UI元素的页面路径。这样用户访问时就会加载你自定义的、显示正常的界面，而且不会被后续升级或热补丁覆盖。

三、如果怀疑升级脚本异常，尝试补跑升级步骤 #

• 找到Kentico 9安装包中的CMS\Install\Scripts文件夹，筛选出和Staging模块、UI元素相关的SQL脚本（文件名通常包含staging或uielement），备份数据库后手动执行这些脚本，补全可能缺失的UI配置数据。
• 也可以在后台System > Upgrade页面点击「Check for updates」，重新运行升级检测，看看是否有未完成的升级步骤需要执行。

额外提醒 #

如果是多语言站点，别忘了检查对应语言的本地化资源文件是否有匹配的翻译。另外，确保网站应用程序池的权限足够读取App_GlobalResources文件夹里的资源文件，避免因权限问题导致资源加载失败。

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