如果不能再现就没有办法解决，如果已经解决，最好到bugs报告下，记录下来，以方便其它人。
这个嘛，我本人不习惯使用bugs报告，因为那样的话，bug可能没有这么快得到重视和解决，事实上Bug的解决还不是在论坛上得到解决的，而是我主动通过MSN和nihui沟通得以解决的。bug列表的登记应该是无法及时处理只能等待解决时才进行登记，并不是说发现Bug不在论坛上反馈就登记，或许这个Bug论坛上一经讨论就得到解决呢？但对于急性炎症的Bug，是无法用这种缓慢的方式进行处理。对于短时间能在论坛上讨论解决的Bug应该是没有必要再登记提交，但开发者应该有自己的修正笔记。所以从工作态度上说，请测试者登记Bug不如测试者多讨论问题，而Bug登记应该是无法解决时由开发者或者是测试者自愿去登记，开发者不应该要求测试者直接去登记，这样有种本末倒置的危机，开发者或是测试者能分清这些Bug的急重缓轻、Bug的危害程度和危害范围么？
为何这个Bug我没有登记，因为这个Bug影响太恶劣了，有很多朋友的机器会出现音量不断被清零的现象，而这个Bug却无法在另一些朋友机器上再现。
做为一个版主，我的主持特点就是这么奇怪的处理方式，否则Magic Linux技术支持区就无事可做 。
发现Bug时，最重要的是和发现者进行沟通，让发现者去再现，就比如这个音量Bug，nihui机器上是永远无法发觉的，因为nihui犯的一个常识性的错误是以为所有的机器都能通过读取/dev/mixer得到结果，事实上硬件的差别，通用的音频编程必需通过alsa或oss的接口才能进行一个正确通用的补丁或编程。
所以也烦请在进行补丁或测试时多听取测试者的意见，而不是只急着再现，有些东西根本无法由开发者再现，因为开发者犯了一些错误根本无法在自己机器上再现，如果不能再现，是否测试毫无意义。
[ 本帖最后由 haulm 于 2010-4-22 23:30 编辑 ] 我的机器r61i是经常亮度在登录时被置为最暗，而且在电源管理中不能调整，重启重新登录又好了，又能调整了 原帖由 haulm 于 2010-4-22 23:04 发表 http://www.linuxfans.org/bbs/images/common/back.gif
这个嘛，我本人不习惯使用bugs报告，因为那样的话，bug可能没有这么快得到重视和解决，事实上Bug的解决还不是在论坛上得到解决的，而是我主动通过MSN和nihui沟通得以解决的。bug列表的登记应该是无法及时处理只能等待解决时才 ...
我还是那句话，无法再现就无法解决。你的问题实际上是可以再现的，只不过在nihui的机器上不能再现，如果你不能解决，提交到bug列表，也许其它人的机器可以再现，从而可以得到解决，而如果你自己已经解决，放在bugs列表上也会更明确的给其它人以提示。论坛上毕竟是什么消息都有的。每个人不可能所有的帖子都看的。 原帖由 stronghill 于 2010-4-23 08:49 发表 http://www.linuxfans.org/bbs/images/common/back.gif
我的机器r61i是经常亮度在登录时被置为最暗，而且在电源管理中不能调整，重启重新登录又好了，又能调整了
这好像是thinkpad的内核模块的一个bug，我这里也有这个现象。具体原因未知。 :| 几时发正式版？ :-D :-D :-D 终于要出来了等了好久哈哈哈 KDE 4.4.3 升级 不能没完没了的升级哦！定了各个组件的版本就该发布得了。
页:
1
[2]