バグ報告は最初この状態になり、 提出直後の時点から、 管理者の誰かが読んでバグ報告の審査をするまでの間、 初期状態が続きます。 管理者がうっかりすることもたまにあり、 その間は「Unconfirmed」の状態が続きます。 最悪の場合一年以上も未認証の状態が続く可能性がありますが、 これは一大事だと考えられており、 あまり何度も起こるものではありません。

これは管理者の誰かがバグ報告を読み、 少なくともその時点で有効と見做したことを示しています。 しかし必ずしもこの状態は直ちに処置にとりかかってもらえるという意味にはなりません。 バグ報告のいつくか、 とりわけ改善要求の場合はちゃんと承認が与えられても誰かが対処するまで随分と時間がかかることがあります。 でもバグ報告の多くは提出されて数十時間以内に処置が済みます。

割り当て済み状態とは関係者がそのバグに取り組む合意があったことを示します。 しかし開発者の世界も世間一般と同じですから、 これでその人物が実際に特段何かを する という意味にはなりません。 ですから現実的に見ればこの状態指標は「New」とほぼ同じです。

再発状態とはそのバグ報告がある部分で解決した (つまり終了した) と管理者がいったん認めたのに、 新たにもたらされた情報によってその判断が変わったことを示します。 大概は問題を解いたはずの変更が完璧には用を果たさなかったような場合にこうなります。

要情報状態になったときは特に注意を払うべきです。 これはバグに対処するのに充分な情報がバグ報告に欠けていることを示しています。 ほとんどの場合コメントを追加するなどして新たに情報を加えなければ、バグ報告にはこれ以上反応してもらえません。 そのまま長い間放っておくと、 そのバグ報告はついには「Incomplete」 (未成) として処分されます。

解決済み状態とはバグ報告の取り扱いが終了したと管理者が確信したことを示しています。 もしそうは思えないのなら「Reopen」(再発) させる方法がありますが、 他人の意思に逆らって強制的にバグに取り組ませることはできませんから、 ちゃんとした理由を提示しなくてはなりません。 バグの対処方法はいろいろあります。 「Resolution」 (解決方針) にはつぎの種類があります。

	注記
	バグ報告の処分に同意できないときはいつでもコメントを追加して構いません。 解決済みと未解決を問わずあらゆるバグ報告に対するどんなコメントも Bugzilla のGIMP用メーリングリストを通じて配信され、 管理者はいずれ電子メールでそれを見ることになります。 もちろんそのコメントが必ずしも返信を得られるとは限りません。