webstorm 官方不接受直接翻译修改，因中文翻译文件未开源且受签名保护；反馈须通过 youtrack 提交结构化 issue，含复现路径、key 名及上下文影响，主观优化或非 ui 内容一概不受理。
WebStorm 官方不接受用户直接提交翻译修改，所有 UI 翻译由 JetBrains 内部流程统一管理；想反馈翻译问题，必须走官方 Issue Tracker 并附带可复现路径和准确 key 名，否则大概率被关闭。
为什么不能像改代码一样提 PR 修改翻译？
WebStorm 的中文翻译文件（messages/*.properties）不托管在 GitHub 或公开仓库，而是随 resources_zh.jar 打包进安装目录，且受签名保护。JetBrains 未开放翻译协作平台（如 Crowdin 公共项目），也未提供社区校对入口——这和 VS Code、IntelliJ IDEA Community Edition 的开源翻译机制完全不同。
常见误解是“改了本地 IDEBundle.properties 就算贡献”，实际这只是个人定制，无法合并回官方发布链。
如何有效提交翻译问题（避免被标记 invalid）
官方只认结构完整、可验证的 issue，重点不是“我觉得翻得不好”，而是“这个 key 在什么上下文里触发、当前译文导致什么操作障碍”：
- 访问 https://www.php.cn/link/08184de335b171e486b555d31d9c647b，登录 JetBrains 账号
- 标题格式：
Translation: [key name] misleads user in [context]，例如：Translation: run.configuration.dialog.title misleads user in Run Configurations dialog - 正文必须包含：
- 复现步骤：打开 Settings → xxx → 点击哪个按钮 → 出现哪段文字
- 当前译文（截图更佳）和建议译文（需符合中文技术语境，如“运行配置”建议改为“运行配置项”而非“启动设置”）
- 对应 key 名：通过
Ctrl+Shift+A→ 输入功能名 → Jump to Source → 查找actionName = "xxx"或dialog.title = "xxx"→ 在messages/ide/messages/IDEBundle.properties中确认 key
哪些翻译问题根本不会被受理？
JetBrains 明确归类为“won't fix”的情况，提了也白提：
-
Quick Documentation（Ctrl+Q）里的 API 描述：这是 TypeScript Server 或 JSDoc 原生内容，不属于 IDE UI 翻译范畴 - 第三方插件界面文字（如
GitToolBox、TabNine）：它们的语言资源独立维护 - 终端（
Terminal）、git log、npm错误输出：由系统 locale 和底层工具链决定，IDE 不干预 - 仅主观认为“不够口语化”：比如把 “Cancel” 翻成“取消” vs “算了”，官方坚持术语一致性优先
真正卡点在于：你得先定位到准确 key，再证明它在真实操作流中造成了认知偏差。很多人截图只拍中文菜单，却不写清“我在 Run → Edit Configurations… 对话框里看到‘运行配置’，但实际要新建的是‘一个带 Node.js 参数的实例’，新手会误以为这是全局设置”。这种上下文缺失的反馈，基本当天就被 close。
