在报告 Bug 之前首先需要做的就是花点时间验证您所碰到的是不是一个真正的 Bug。虽然很难给出一个在各种情况下都适用的确认 Bug 的方法，但阅读文档，在 IRC 或邮件列表上讨论通常是非常有帮助的。当您碰到崩溃而不是偶然的不正常时，则它是一个真正 Bug 的机率就比较高：健壮的软件程序在任何情况下都不应该崩溃。不管怎么说，在您花了一定时间都无法确定它是不是真正 Bug 时也没关系，可以直接报告它：不过这会浪费开发者团队一些时间。

	注意
	实际上有些操作已知会导致 GIMP 崩溃，不过要修复它们非常困难而不值得。其中一个就是让 GIMP 进行需要大量内存的操作，比如创建一个百万像素的图像。

还应该确认使用的是最新的 GIMP 版本：报告已经被修复的 Bug 是浪费每个人的时间。(GIMP 1 已经没有维护了，因此使用它并发现 Bug 时，只能自己通过其它办法解决或升级到 GIMP 2。)特别是在使用 GIMP 开发版本时，在报告 Bug 前要确认使用的是最近发行的。

在经过上面这些思考后，如果还有 Bug 报告和功能加强要求，下一步就是到 GIMP Bugzilla 查询网页 (http://bugzilla.gnome.org/query.cgi)，寻找是否有人已经报告了相同的问题。不过该网页有些过于复杂，下面有些基本的介绍：

当上面设置完毕后，点击顶部或底部的“Search”按钮;它们都一样。得到的结果要么是 Bug 报告列表(希望不会太长)，要么出现一条“Zarro boogs found”的消息。通过这种方式如果没有找到相关 Bug 报告，可以用其它关键词再进行一次搜索。也许您费了九牛二虎之力，其结果却是“Duplicate(重复)”，这时也不必太失望：该文档的作者几乎每天都使用 GIMP Bugzilla，但这种事也常常发生。