Type in one or more words (or pieces of words) to search for:

• The Basics
• Examples of Simple Queries
• Fields You Can Search On
• Advanced Features
• Advanced Shortcuts
• Examples of Complex Queries

The Basics

• If you just put a word or series of words in the search box, Bugzilla will search the Product, Component, Keywords, Alias, Summary, Whiteboard, and Comment fields for your word or words.
• Typing just a number in the search box will take you directly to the bug with that ID. Also, just typing the alias of a bug will take you to that bug.
• Adding more terms narrows down the search, it does not expand it. (In other words, Bugzilla searches for bugs that match all your criteria, not bugs that match any of your criteria.)
• Searching is case-insensitive. So table, Table, and TABLE are all the same.
• Bugzilla does not just search for the exact word you put in, but also for any word that contains that word. So, for example, searching for "cat" would also find bugs that contain it as part of other words—for example, a bug mentioning "catch" or "certificate". It will not find partial words in the Comment or Keywords fields, though—only full words are matched, there.
• By default, only open bugs are searched. If you want to know how to also search closed bugs, see the Advanced Shortcuts section.
• If you want to search specific fields, you do it like field:value, where field is one of the field names lower down in this document and value is the value you want to search for in that field. If you put commas in the value, then it is interpreted as a list of values, and bugs that match any of those values will be searched for.

Examples of Simple Queries

Here are some examples of how to write some simple queries. Examples for more complex queries can be found lower in this page.

• All open bugs where userA@company.com is in the CC list (no need to mention open bugs, this is the default):
  cc:userA@company.com
• All unconfirmed bugs in product productA (putting the bug status at the first position make it being automagically considered as a bug status):
  UNCONFIRMED product:productA
• All open and closed bugs reported by userB@company.com (we must specify ALL as the first word, else only open bugs are taken into account):
  ALL reporter:userB@company.com
• All open bugs with severity blocker or critical with the target milestone set to 2.5:
  severity:blocker,critical milestone:2.5
• All open bugs in the component Research & Development with priority P1 or P2 (we must use quotes for the component as its name contains whitespaces):
  component:"Research & Development" priority:P1,P2

Fields You Can Search On

You can specify any of these fields like field:value in the search box, to search on them. You can also abbreviate the field name, as long as your abbreviation matches only one field name. So, for example, searching on stat:VERIFIED will find all bugs in the VERIFIED status. Some fields have multiple names, and you can use any of those names to search for them.

For custom fields, they can be used and abbreviated based on the part of their name after the cf_ if you'd like, in addition to their standard name starting with cf_. So for example, cf_fixed_in can be referred to as fixed_in, also. However, if this causes a conflict between the standard Bugzilla field names and the custom field names, the standard field names always take precedence.

Field	Field Name(s) For Search
%Complete	percentage_complete
Alias	alias
Approved Release	cf_approved_release
Assignee	assigned_to,  assignee,  owner
Assignee Real Name	assigned_to_realname
Attachment data	attachmentdata,  attachdata
Attachment description	attachmentdesc,  attachdesc,  attachment
Attachment mime type	attachmentmimetype,  attachmimetype
Blocks	blocked
Bug ID	bug_id
Build ID	cf_build_id
Category	cf_category
CC	cc
Changed	delta_ts
Classification	classification
Clone Of	cf_clone_of
Close Duplicate Candidate	cf_epm_cdp
Cloudforms Team	cf_cloudforms_team
Comment	description,  longdesc,  comment
Comment Tag	comment_tag
Commenter	commenter
Compliance Control Group	cf_compliance_control_group
Compliance Level	cf_compliance_level
Component	component
Content	content
Creation date	creation_ts
CRM	cf_crm
Current Deadline	cf_deadline
Current Deadline Type	cf_deadline_type
Customer Escalation	cf_cust_facing
Days since bug changed	days_elapsed
Deadline	deadline
Dependent Products	dependent_products
Depends On	dependson
Dev Target Milestone	cf_dev_target_milestone
Devel Conditional NAK	cf_conditional_nak
Devel Whiteboard	cf_devel_whiteboard
DevTestDoc	cf_devdoctest
Doc Text	cf_release_notes
Doc Type	cf_doc_type
Docs Contact	docs_contact
Docs Contact Real Name	docs_contact_realname
Docs Score	cf_docs_score
Documentation	cf_documentation_action
Embargoed	cf_embargoed
Environment	cf_environment
EPM BMP FTW	cf_business_market_problem
EPM Priority	cf_epm_pri
Ever confirmed	everconfirmed
Extra Components	extra_components
Extra Versions	extra_versions
Fixed In Version	cf_fixed_in
Flag Requestee	requestee
Flag Setter	setter
Flags	flag
Group	group
Hardware	platform
Has Migration Link	has_migration_link
Internal SRT notes	cf_srtnotes
Internal Target Milestone	cf_internal_target_milestone
Internal Target Release	cf_internal_target_release
Internal Whiteboard	cf_internal_whiteboard
Keywords	keywords,  kw
Last Closed	cf_last_closed
Last Visit	last_visit_ts
Locked	locked
Major Incident	cf_major_incident
Mount Type	cf_mount_type
Onsite Hardware Date	cf_epm_phd
Orig. Est.	estimated_time
OS	op_sys,  os
oVirt Team	cf_ovirt_team
Partner Requirement State	cf_epm_prf_state
Personal Tags	tag
PgM Internal	cf_pgm_internal
PM Score	cf_pm_score
Points Left	remaining_time
Points Worked	work_time
Pool	pool
Pool team	team
Priority	priority
Product	product
Public Target Launch Date	cf_epm_ptl
QA Contact	qa_contact
QA Contact Real Name	qa_contact_realname
QA Whiteboard	cf_qa_whiteboard
QE Conditional NAK	cf_qe_conditional_nak
Regression	cf_regression_status
Reporter	reporter
Reporter Real Name	reporter_realname
Resolution	resolution
RHEL 7.3 requirements from Atomic Host	cf_atomic
Rule Engine Rule	rh_rule
See Also	see_also
Severity	severity
Stale Date	cf_final_deadline
Status	status
Storage Customer Escalation	cf_ibm_storage_cust_facing
Storage Devel Whiteboard	cf_ibm_storage_devel_whiteboard
Storage QA Whiteboard	cf_ibm_storage_qa_whiteboard
Storgae PM Score	cf_ibm_storage_pm_score
Story Points	cf_story_points
Sub Component	rh_sub_components
Summary	short_desc,  summary
Target Milestone	target_milestone,  milestone
Target Release	target_release
Target Upstream Version	cf_target_upstream_version
Time Since Assignee Touched	owner_idle_time
Type	cf_type
Upstream Kernel Target	cf_epm_put
URL	url
Verified Versions	cf_verified_branch
Version	version
view	view
Votes	votes
Whiteboard	whiteboard,  sw
ZStream Target Release	cf_zstream_target_release

Advanced Features

• If you want to search for a phrase or something that contains spaces, commas, colons or quotes, you must put it in quotes, like: "yes, this is a phrase". You must also use quotes to search for characters that would otherwise be interpreted specially by quicksearch. For example, "this|that" would search for the literal string this|that and would not be parsed as "this OR that". Also, "-field:value" would search for the literal phrase -field:value and would not be parsed as "NOT field:value".
• You can use AND, NOT, and OR in searches. You can also use - to mean "NOT", and | to mean "OR". There is no special character for "AND", because by default any search terms that are separated by a space are joined by an "AND". Examples:
  • NOT:
    Use -summary:foo to exclude bugs with foo in the summary.
    NOT summary:foo would have the same effect.
  • AND:
    foo bar searches for bugs that contains both foo and bar.
    foo AND bar would have the same effect.
  • OR:
    foo|bar would search for bugs that contain foo OR bar.
    foo OR bar would have the same effect.
    

  You cannot use | nor OR to enumerate possible values for a given field. You must use commas instead. So field:value1,value2 does what you expect, but field:value1|value2 would be treated as field:value1 OR value2, which means value2 is not bound to the given field.

  OR has higher precedence than AND; AND is the top level operation. For example:

  Searching for url|location bar|field -focus means (url OR location) AND (bar OR field) AND (NOT focus)

• The default operator, colon (:), performs a substring match of the value. The following operators are supported:
  • : (substring):
    summary:foo will search for bugs where the summary contains foo.
  • = (equals):
    summary=foo will search for bugs where the summary is exactly foo.
  • != (notequals):
    summary!=foo will search for bugs where the summary is not foo.
  • > (greaterthan):
    creation_ts>-2w will search for bugs where that were created between two weeks ago and now, excluding bugs exactly two weeks old.
  • >= (greaterthaneq):
    creation_ts>=-2w will search for bugs where that were created between two weeks ago and now, including bugs exactly two weeks old.
  • < (lessthan):
    creation_ts<-2w will search for bugs where that were created more than two weeks ago, excluding bugs exactly two weeks old.
  • <= (lessthaneq):
    creation_ts<=-2w will search for bugs where that were created more than two weeks ago, including bugs exactly two weeks old.

Advanced Shortcuts

In addition to using field names to search specific fields, there are certain characters or words that you can use as a "shortcut" for searching certain fields:

Field	Shortcut(s)
Status	Make the first word of your search the name of any status, or even an abbreviation of any status, and bugs in that status will be searched. ALL is a special shortcut that means "all statuses". OPEN is a special shortcut that means "all open statuses".
Resolution	Make the first word of your search the name of any resolution, or even an abbreviation of any resolution, and bugs with that resolution will be searched. For example, making FIX the first word of your search will find all bugs with a resolution of FIXED .
Priority	"P1" (as a word anywhere in the search) means "find bugs with the highest priority. "P2" means the second-highest priority, and so on. Searching for "P1-3" will find bugs in any of the three highest priorities, and so on.
Assignee	@value
Product or Component	:value
Keywords	!value
Flags	flag?requestee
Comment or Summary	#value
Summary or Whiteboard	[value

Examples of Complex Queries

It is pretty easy to write rather complex queries without too much effort. For very complex queries, you have to use the Advanced Search form.

• All bugs reported by userA@company.com or assigned to them (the initial @ is a shortcut for the assignee, see the Advanced Shortcuts section above):
  ALL @userA@company.com OR reporter:userA@company.com
• All open bugs in product productA with either severity blocker, critical or major, or with priority P1, or with the blocker+ flag set, and which are neither assigned to userB@company.com nor to userC@company.com (we make the assumption that there are only two users matching userB and userC, else we would write the whole login name):
  :productA sev:blocker,critical,major OR pri:P1 OR flag:blocker+ -assign:userB,userC
• All FIXED bugs with the blocker+ flag set, but without the approval+ nor approval? flags set:
  FIXED flag:blocker+ -flag:approval+ -flag:approval?
• Bugs with That's a "unusual" issue in the bug summary (double quotes are escaped using \"):
  summary:"That's a \"unusual\" issue"