支持
资瓷
在issue下直接 at deepin-CD 这样的大号吗?
在issue下直接 at deepin-CD 这样的大号吗?
不用,创建issue以后就会通知对应的项目负责人。
我觉得可以有
干得漂亮
不用,创建issue以后就会通知对应的项目负责人。
finally
不用,创建issue以后就会通知对应的项目负责人。
所以像使用flatpak导致kwin_x11占用100%CPU、音频输出设备无法切换了这种BUG到底属于哪个项目?该去哪个项目下提issue?
所以像使用flatpak导致kwin_x11占用100%CPU、音频输出设备无法切换了这种BUG到底属于哪个项目?该去哪个项目下提issue?
dde-kwin
顺带一说,这个bug修了但是忘记集成了,我的锅.....集成的时候忘记提醒了
所以像使用flatpak导致kwin_x11占用100%CPU、音频输出设备无法切换了这种BUG到底属于哪个项目?该去哪个项目下提issue?
https://github.com/linuxdeepin/dde-kwin/commit/91e944f8d58acdc204e2642807b6c895f597e7e0
支持
https://github.com/linuxdeepin/dde-kwin/commit/91e944f8d58acdc204e2642807b6c895f597e7e0
我说的是两个BUG,除了dde-kwin,还有大量笔记本电脑本次更新后出现了无法切换音频输出设备的BUG,无论是在dde-dock上还是控制中心都无法有效切换音频输出设备,开发组是否知道了?
我说的是两个BUG,除了dde-kwin,还有大量笔记本电脑本次更新后出现了无法切换音频输出设备的BUG,无论是在dde-dock上还是控制中心都无法有效切换音频输出设备,开发组是否知道了?
。熊弟你别急,开发者当然知道,但是复现,定位,修改,测试是需要一定时间的...
。熊弟你别急,开发者当然知道,但是复现,定位,修改,测试是需要一定时间的...
不是急,是当前Deepin的bugreport机制让用户非常头疼,我们根本不知道自己在论坛反映的问题开发组是否已经看到了,用户只是想知道反映的问题是否已经被开发组看到了,是否被开发组确认是能复现的BUG,哪些BUG正在修复。我们用户得不到任何反馈,非常头疼。
feedback.deepin.org 这种东西挺好的,为什么废弃了呢?
刚提交了一个 issue,没想到现在回复这么快啊。
刚提交了一个 issue,没想到现在回复这么快啊。
项目负责人比较负责....如果没有反馈,基本就是负责人不想鸟
不是急,是当前Deepin的bugreport机制让用户非常头疼,我们根本不知道自己在论坛反映的问题开发组是否已经看到了,用户只是想知道反映的问题是否已经被开发组看到了,是否被开发组确认是能复现的BUG,哪些BUG正在修复。我们用户得不到任何反馈,非常头疼。
feedback.deepin.org 这种东西挺好的,为什么废弃了呢?
按照jingle的说法,想集中起来。
之前feedback太分散了
https://github.com/linuxdeepin/dde-file-manager/issues/308
内部通讯工具 是什么呀 能不能贡献出来用用
Recommended
ChangeRankings
- 7 days
- 30 days
- 90 days
Popular Events
More
弄了个服务,现在github上issues会通过公司内部通讯工具直接通知对应的项目负责人
如果确认有bug或者有一些有益的建议,可以直接提交issues, 会得到更加专业对口的解答