obsproject/obs-studio

Migrate string-based exceptions during initialization to localized error codes/types

Open

#13,394 创建于 2026年5月3日

在 GitHub 查看
 (1 评论) (0 反应) (0 负责人)C (9,239 fork)batch import
Good first issuekind/tech-debt

仓库指标

Star
 (72,387 star)
PR 合并指标
 (平均合并 35天 12小时) (30 天内合并 52 个 PR)

描述

Currently during initialization OBS will simply throw const char * for issues

https://github.com/obsproject/obs-studio/blob/085a51ab0f0573412a368905bb9a843e2de4cecd/frontend/OBSApp.cpp#L1054-L1061

and run_program happens to know to catch those with

https://github.com/obsproject/obs-studio/blob/085a51ab0f0573412a368905bb9a843e2de4cecd/frontend/obs-main.cpp#L693-L696

This is both messy and also means that these errors can not be localized.

All of these potential errors during initialization should throw a proper exception type that identifies the kind of error with an optional error message for developers, then catch the specific type and display the localized error message appropriate for the error.

贡献者指南

研究方向
检查问题中引用的代码部分：OBSApp.cpp 第1054-1061行和 obs main.cpp 第693-696行。找出所有在初始化期间抛出基于字符串的异常的地方。设计一组异常类，代表不同的错误类型（例如配置错误、显示错误），并带有本地化显示消息。然后在 obs main.cpp 中实现捕获这些新异常类型并显示用户友好的本地化消息。
技术栈
ccpp
领域
desktop
议题类型
重构
难度面向新贡献者的预计实现难度，1 表示很小改动，5 表示专家级工作。
3
预计时间有经验贡献者完成调查、实现、测试并准备 pull request 的粗略时间范围。
半天
活动状态议题当前的可参与程度：新鲜、活跃、陈旧、阻塞或等待维护者输入。
活跃
清晰度议题是否清楚说明期望改动、验收标准和下一步。
清晰
前置要求
C++Git
新手友好度1-100 的估计分数，表示该议题对首次贡献者的友好程度。
60