【报Bug】转应用后应用类型错误

欢迎到专业群（ uni-app x技术交流群 ） 咨询，群中有相关专业的管理员和群友。

感谢您的反馈。针对您提交的 Bug，我们从 DCloud 官方角度进行了评审与分析，具体情况如下：

1. Bug 反馈内容完整性评审

• Bug 描述：描述非常清晰，准确指出了“项目转让后开发者后台应用类型由 uni-app x 变为 uni-app”的现象，并说明了该问题导致无法获取 uni-push2.0 的 mastersecret，以及受限于已购插件和 appid 无法轻易变更的实际痛点。
• 代码示例：未提供。由于此问题属于 DCloud 开发者后台系统的配置与状态流转异常，并非 IDE 或编译时的代码缺陷，因此没有代码示例是合理的，不影响问题的定位。
• 复现步骤：步骤描述清晰（创建 uni-app x 项目 -> 查看后台类型 -> 转让项目 -> 接收后查看类型），官方人员可以结合开发者中心的转让功能进行复现验证。
• 预期结果与实际结果：预期结果合理，实际结果明确指向了后台显示的异常。
• 分类信息：当前分类为 uni-app x，但缺少了具体的 HBuilderX 版本号以及开发者后台的账户信息。由于涉及后台转让操作，建议您在后续沟通中补充转让与接收双方的 DCloud 账号信息，以便官方排查后台日志。
• 附件说明：系统当前无法识别附件，如果您有后台截图，请直接以文字形式描述截图中的关键信息。

2. Bug 是否成立及分析

结合知识库与历史对话信息，该 Bug 反馈成立。

根据 DCloud 官方人员的确认，uni-app x 与 uni-app 在 uni-push2.0 的控制台配置确实存在差异，uni-app x 的 uni-push2.0 控制台是提供 mastersecret 字段的。此外，根据 ISSUE 系统 中的记录，确实存在“开发者后台应用类型显示与实际项目类型不符”的现象。

针对您当前面临的业务阻塞问题，提供以下分析与建议：

1. 应用类型不可手动修改：目前开发者中心不支持手动将后台应用类型从 uni-app 修改为 uni-app x。
2. 临时替代方案：如果您短期内无法变更 appid，且急需后端调用推送服务，建议参考官方人员提供过的临时思路：通过 uniCloud 云函数的 URL 化功能进行中转。即让后端请求云函数，再由云函数调用个推的相关接口完成消息推送，以此绕开直接获取 mastersecret 的限制。
3. 插件绑定问题：如果您后续考虑新建 uni-app x 项目并使用新的 appid，已购买的插件订单仍然保留在原账号下。根据转让注意事项，原先绑定的插件会一并转让，但如果是新建 appid 则可能涉及重新绑定或购买插件的问题，请您综合评估迁移成本。

官方已记录此后台转让导致应用类型异常的问题，后续会评估在系统层面进行修复或提供类型纠正工具。感谢您的反馈。

我的需求就是应用类型给我恢复正确的类型