这是提交之前首先需要做的事情，要尝试验证你所观察到的的确是一个 BUG 。很难针对所有的情况说明应该怎样做，但看看这里的说明还是很有用，另外在 IRC 或者邮件列表上讨论会很有用。如果你看到了程序崩溃，而不只是一个不太正常的反应，那么很有可能这真的就是一个BUG：设计良好的软件不会专门设计它在任何情况下崩溃。无论具体是什么情况，如果你努力想要确定它是否真的是一个 BUG ，但最终还是无法确定，那就去提交它吧：最坏的结果也只是给开发团队浪费一点点时间而已。

	注意
	实际上我们已知有一些情况会导致 GIMP 崩溃，但修复这些问题需要的代价太大，目前来说还不值得。其中包括让 GIMP 去做一些特别占内存的事情，比如创建一个长、宽都是一百万像素的超大图像。

另外你要确定你用的是当前最新版本的 GIMP ：如果你提交的问题已经在新版本中解决掉，那就只是在浪费大家的时间而已。(GIMP 1 已经不再维护了，如果你还在用它，那么要么升级到 GIMP 要么就忍着吧。)而如果你用的是开发版(而不是发布版)的 GIMP ，那你要确定你要在最新的发布版中能够产生同样的 BUG ，再去提交。

如果考虑之后你认为你的 BUG 报告或者改进请求是合理的，那就去 GIMP 的 bugzilla 请求页面(http://bugzilla.gnome.org/query.cgi)看看是否有人提交过同样的内容了。

有两种方法来搜索 BUG：使用简单的“搜索某个 BUG” 的表单，或者“高级搜索”。

搜索某个 BUG

图 B.1. Bugzilla：搜索某个 BUG

用简单的 BUG 搜索表单来搜索 BUG

使用这个表单的话，要先在下拉菜单中选择产品 “GIMP”(在“其他”分类中)。然后就在文本框中输入搜索关键词就行(用空格分开)比如

filter crash

，然后点 Search。

高级 BUG 搜索功能

另一方法是用高级搜索页面，可以用以下几种方式搜索 BUG 数据库：

图 B.2. Bugzilla：高级搜索

用高级 BUG 搜索表单来搜索

这个页面比想像中实际要“复杂”很多(不过还好，好多内容都有详细上帮助的链接)，下面说一下基本的操作：

摘要

把这个设置为“包含以下任何一个关键词”。

在关联的文本框中，写几个关键词，最好是如果用一句话描述这个 BUG 的话，会用到的词。比如，如果缩放使用太多就会导致 GIMP 崩溃的话，那“缩放”作为关键词就不错。

分类

其他(因为 GIMP 并不是 GNOME 桌面环境套装的一部分)。

产品

把这个设置为 “GIMP”(或者 “GEGL”，“GIMP-文档手册”，或者其他合适的内容。

组件，版本，目标里程碑

这个不要改，就用默认值。

评论，白板，关键词

现在先空着这个。如果你搜索的时候没有结果，那就试试把搜索词写到这个“评论”里面，但这样做经常会给你一堆没什么用的结果。

状态

这里是已经提交的 BUG 的状态：比如，是开放(待解决)，还是已经解决了，之类的。你应该是需要查找所有相关的 BUG 报告，而不关是否解决的事。所以要在这里用鼠标选择所有的项目。要是不选，之后就搜索不到结果。

分辨率，严重程度，优先级，操作系统

一般来说你不需要管这些。

(其他项目)

这个不要改，就用默认值。

填好之后，点“搜索”按钮，上面下面都有，点哪个都行。结果要么是一堆 BUG 报告，要么就是一句话：“木有找到虫子”。如果你这样找不到相关的 BUG 报告，那最好试试换个搜索词。如果尽你所想试了几次找不到类似的报告，然后提交了一个 BUG 报告，结果还是被标记为“重复提交”，还是不要太气馁：这种事儿对于这个文档的作者来说一次又一次都习惯了（作者几乎天天和GIMP的 Bugzilla 打交道）。

	提示
	基于你浏览器的设置，你可能(也可能不，如果你没打开JavaScript)会看到一个链接给我点儿帮助。如果你点这个链接，页面会刷新一下，然后把鼠标移动到某个输入内容上就能看到帮助提示。