11

バグが設定されるRESOLVEDと、そのバグは自分のバグから完全に削除されます。解決した問題の数を追跡したかったのです。どうすればそれを見て、すべてを 1 つのリストに戻すことができますか?

4

5 に答える 5

14

任意の「検索」ページに移動し、「ステータス」が「すべて」(または何でも) に設定されていることを確認します。デフォルトは通常「オープン」であるため、クローズ済みのバグが表示されません。検索の「高度な」タブを開くと、非常に正確にドリルダウンできます。

于 2012-07-23T21:11:47.693 に答える
3

検索基準「解像度」には値「---」が含まれる場合がありますが、これは値であり、ワイルドカードではありません。複雑なことに、通常、Web ブラウザーは、このような複数選択リストで選択された値のみを選択解除する明白な方法を提供しません。

修正:

「解像度」検索フィールドの「---」値の選択を解除するには、Ctrl キーを押しながら「---」値をクリックします。

これは、Internet Explorer、Firefox、および Chrome で機能します。私の記憶が正しければ、Safari でも機能するか、Ctrl の代わりに Command または Option 修飾キーを使用している可能性があります。

もちろん、この修正はモバイル デバイスには適用されません。長押し？知らない。

または、Excrubulent の回答のように間違ったことは何もありません。解決リストのすべての値を選択して、この問題を回避してください。

于 2016-04-07T15:29:30.710 に答える
3

実際、私の BzDeck アプリ [1] にも同じ問題がありました。アプリのコア機能であるメインの受信トレイ スレッド ペインに My Bugs が表示されていましたが、バグが解決されると突然消えてしまいました。私の解決策は、セレクターを追加して、すべて/オープン/クローズ済みのバグを表示することでした [2]。

次の 2 つの異なるシナリオがあります。

  • 人々は通常、未解決のバグに焦点を当てたいと考えます (あまりにも多くのバグに関与している場合、バグのリストは非常に長くなる可能性があります)。
  • 人々はクローズドバグについて議論を続けることがあります (BMO では、Firefox のバグの解決済み修正済みは、パッチがソースコードリポジトリにコミットされたことを意味するだけです)。

それを考えると、より良い解決策は次のようになります。

  • オープン バグと GitHub イシューのようなクローズド バグを明確に区別します (これは、Bugzilla のすべての UI に適用されます。GitHub イシューは、この目的のために緑と赤のアイコンを使用します [3])。
  • BzDeck のようなセレクターを提供して、デフォルトですべてのバグを表示し、すべて/オープン/クローズのバグを切り替えます
  • パフォーマンスを向上させるために、バグ リストを遅延して読み込み/表示する

前述のように、My Bugs は BzDeck の中核であり、別の実験的な Bugzilla クライアントである Buggy [4] と同じであり、Bugzilla も同じスレッド サイドバーを実装して、人々がバグをより迅速に調べられるようにする必要があると思います。

https://bugzilla.mozilla.org/show_bug.cgi?id=1380026

于 2020-03-22T00:28:53.100 に答える
0

詳細タブで解決済みのバグを検索しても、Bugzilla の一部のバージョンでは機能しません。Bugzilla Bugzillaceptionでこのバグを参照してください。

https://bugzilla.mozilla.org/show_bug.cgi?id=663377

そのバグは 4.2.1 で解決されたと書かれていますが、私は 4.2.5 を使用しており、修正されていないため、マイレージは異なる場合があります。そのバグでこの問題について言及しました。

現時点で考えられる回避策は、さまざまな解像度の値 (FIXED、WONTFIX、WORKSFORME など) を検索することです。これらの値が設定されているものはすべて、解決済みまたは検証済みのステータスを持っている必要があります。

于 2013-05-17T04:51:38.807 に答える