チケットクエリ

レポート に加えて、 Trac は カスタムチケットクエリ があります。 カスタムチケットクエリ は、ある一定の基準を満たすチケットのリストを表示するのに使用されます。

カスタムクエリを設定・実行するために、ナビゲーションバーの チケットを見る (英語版では View tickets) モジュールに切り替え、 カスタムクエリ (英語版では Custom Query) のリンクを選択します。

フィルタ

最初にクエリのページを開くと、デフォルトのフィルタとして、現在未解決のチケットの一覧が表示されます。ログインしているならば、自分が担当者となっていて未解決のチケットが表示されます。現在のフィルタは検索条件の右側にある "-" (マイナス) のラベルのボタンをクリックすることにより削除することができます。新しいフィルタをフィルタボックスの右下にあるプルダウンリストから追加することができます。テキストボックスやオプションのプルダウンメニューのフィルタを or 条件として、いくつでも追加することができます。

フィルタボックスの下のフィールドを使用することによって、結果をフィールドごとにグループ化したり、各チケットの完全な説明を表示することができます。

一度フィルタを編集したら、 更新 (英語版では Update) ボタンで結果を更新することができます。

チケットナビゲーション

クエリの結果の一つをクリックすると、そのチケットが表示されます。メインメニューバーの 次のチケット (英語版では Next Ticket) または 前のチケット (英語版では Previous Ticket) というリンクをクリックすることによって、クエリの結果を行き来することができます。 クエリに戻る (英語版では Back to Query) というリンクをクリックすると、クエリのページに戻ります。

あなたは安全にチケットの編集をすることができ、編集を保存した後に 次のチケット/前のチケット/クエリに戻る の各リンクを使用して、結果を行き来することができます。クエリに戻ったとき、 編集済みのチケット はイタリックのテキストで表示されます。チケットの 1 つが編集され、 クエリの基準を満たさなくなった 場合、テキストはグレーで表示されます。最後に、 クエリの基準を満たす新しいチケットが登録される と、テキストが太字で表示されます。

クエリの結果は 更新 ボタンを押すごとにステータスがクリアされリフレッシュされます。

クエリを保存する

Trac は今のところ、クエリに名前をつけて保存することも、 (訳注: レポート一覧のように) ナビゲート可能なリストを作ることもできませんが、以下に示すように Wiki のコンテンツとしてクエリへの参照を保存できます。

TracLinks を使用する

クエリを保存しておくと、後から保存したクエリを再度実行できます。保存は Wiki ページにクエリへのリンクを作成することで行います。

[query:status=new|assigned|reopened&version=1.0 1.0 での未解決のチケット]

表示内容:

1.0 での未解決のチケット

ここでは、検索内容を特定するとても単純なクエリ言語が使用されています。 (クエリ言語 参照)

あるいは、クエリを実行した画面の URL をコピーし、 ? 以降の文字列 (訳注: URL のパラメータ部) を Wiki リンクに貼り付けることができます:

[query:?status=new&status=assigned&status=reopened&group=owner 担当者別着手済みチケット]

表示内容:

担当者別着手済みチケット

[[TicketQuery]] マクロを使用する

​TicketQuery マクロは条件にマッチするチケットの一覧を表示します。 WikiFormatting が使用できるいずれの場所でも使用できます。

例:

[[TicketQuery(version=0.6|0.7&resolution=duplicate)]]

表示内容:

No results

query: Wiki リンク 同様、このマクロのパラメータは クエリ言語 に規定されるルールに基づいたクエリ文字列で記述しなければなりません。

チケットのサマリを表示しない、よりコンパクトな表示も利用可能です:

[[TicketQuery(version=0.6|0.7&resolution=duplicate, compact)]]

表示内容:

No results

クエリにマッチした件数だけを取得したいのならば、 count パラメータを使用してください。

[[TicketQuery(version=0.6|0.7&resolution=duplicate, count)]]

表示内容:

0

table 形式でカスタマイズする

table 形式 (format=table) では、 col=<field> を使用することで列の表示をカスタマイズすることができます。複数のフィールドを指定したい場合、表示する順に列をパイプ (|) 区切りで指定します:

[[TicketQuery(max=3,status=closed,order=id,desc=1,format=table,col=resolution|summary|owner|reporter)]]

以下のように表示されます:

Results (1 - 3 of 847)

1 2 3 4 5 6 7 8 9 10 11 →

Ticket	Resolution	Summary	Owner	Reporter
#847	fixed	Azure OpenAI対応		yasunaka
#846	fixed	3.0.4 定期リリース		yasunaka
#845	fixed	変更点Viewでコンフリクト状態のノード同士を比較しようとしてエラー		yasunaka

1 2 3 4 5 6 7 8 9 10 11 →

全行表示

table 形式では、以下の例のように rows=<field> を使用することで、全行表示を行うことができます:

[[TicketQuery(max=3,status=closed,order=id,desc=1,format=table,col=resolution|summary|owner|reporter,rows=description)]]

以下のように表示されます:

Results (1 - 3 of 847)

1 2 3 4 5 6 7 8 9 10 11 →

Ticket	Resolution	Summary	Owner	Reporter
#847	fixed	Azure OpenAI対応		yasunaka
Description	Azure OpenAIへの対応を行います。Azure OpenAIを利用するとAzureを使った完全閉塞域でのAI運用が可能になります。
#846	fixed	3.0.4 定期リリース		yasunaka
Description	crossnote/editroomクライアント、admintool、およびサーバーモジュール(axis2, hive, publisher)のバージョンアップを行います。 リリース予定時期：2026年6月末 リリース対象モジュール: リリース対象モジュール: クライアント(crossnote, admin, editroom)、サーバー(axis2.war, hive.war, publisher.war) 不具合対応 #844 初期設定直後にpolicy.xmlが読めないというエラー #845 変更点Viewでコンフリクト状態のノード同士を比較しようとしてエラー 機能改善 #817 Amazon Bedrock対応 #818 AIのカスタムタスクの拡張 #819 AIエージェントのファイル添付の挙動の改善 #820 Wordファイルからのコメント取込時に変更履歴の前後を取り込めるようにする #821 AIによる更新処理をUNDO可能にする #822 ホーム画面の最近参照したファイルをD&Dできるようにする #823 AIエージェントのコンテキストウィンドウサイズ対策の強化 #824 AIエージェントの消費トークンの集計機能 #825 MCPサーバの実行においてカテゴリー単位で承認のON/OFF機能 #826 AIエージェントの実行時の利用可能なツールをUIから指定できるようにする #827 改善フィードバック・ルール #828 AIエージェントの並列処理 #829 Reasoning effort対応 #830 Claudeのprompt cache対応 #831 Geminiのシステムプロンプトの改善 #832 添付ファイルのマルチモーダル対応の強化 #833 AIエージェントView画面の自動スクロール位置の調整 #834 互換APIに対してコンテキストのトークン数の上限を設定できるようにする #835 AIの実行結果の集中管理 #836 AI機能に対するポリシー設定の追加 #837 AIエージェントのメンション機能 #838 Wordに対するコメントナビゲーションをPDF同様のコメント付加型にする #839 レビューモードの改善 #840 Agent用データベース(Memory Base) #841 AI Agentの参照可能範囲の設定機能 #842 ツールの呼び出しがエラーになったことをアイコンで表示する #843 AIエージェントの結果をViewerで表示するボタンの追加 #847 Azure OpenAI対応
#845	fixed	変更点Viewでコンフリクト状態のノード同士を比較しようとしてエラー		yasunaka

1 2 3 4 5 6 7 8 9 10 11 →

クエリ言語

query: TracLinks と [[TicketQuery]] マクロは、いずれもクエリのフィルタを特定するために小さな "クエリ言語" を使用します。基本的に、フィルタはアンパサンド (&) で区切られます。それぞれのフィルタはチケットの各フィールドの名前、オペレータ、1つ以上の値で構成されています。値が複数ある場合はパイプ (|) で区切り、フィルタがいずれかの値にマッチすればいいことを意味しています。

オペレータ一覧:

=	フィールドの内容はいずれかの値と完全に一致する
~=	フィールドの内容は1つ以上の値を含む
!^=	フィールドの内容が値の一つで始まる
$=	フィールドの内容が値の一つで終了する

これらのオペレータは否定の意味があります:

!=	フィールドの内容がいずれの値にも一致しない
!~=	フィールドの内容がいずれの値も含んでいない
!!^=	フィールドの内容がいずれの値でも始まらない
!$=	フィールドの内容がいずれの値でも終わらない

---

See also: TracTickets, TracReports, TracGuide