Get started with Jira
New to Jira? Check out our guides for new administrators and users.
Search for issues using the text field with the right syntax. You can use the syntax for text fields when searching for recent issues, specific issues (supported fields), and advanced search (when CONTAINS (~) operator is used).
To search for a word like "customize" on an individual field, like the summary, use summary ~ "customize". To perform a search of all text fields, use text ~ "customize". For more examples, check out Advanced searching - fields reference.
The below information will help you understand the syntax you can use for searching.
Some characters and words are reserved and you can’t search for issues using these. More about reserved and characters.
A query is broken up into terms and operators. There are two types of terms: single terms (e.g. "hello") and phrases (e.g. "hello dolly"). Query terms in Jira are not case-sensitive. Multiple terms can be combined together with Boolean operators to form a more complex query (see below). If you combine multiple terms without specifying any Boolean operators, they will be joined using AND operators.
You can search for multiple-character wildcard searches using * at the end of a word. Multiple character wildcard searches enclosed in quotation marks look for 0 or more characters. For example, to search for Windows, Win95, or WindowsNT, you can use the search:
1
win*
Unsupported term searches:
A single character search ( ? ) will automatically convert to a wildcard search ( * ) at the end of the term.
Operators for fuzzy search ( ~ ), proximity search, and term boosting ( ^ ) no longer have an affect on searches. When these operators are present in a search, they will be ignored.
To find exact matches for phrases, for example Jira Software, you need to enclose the whole phrase in quote-marks ("). Otherwise, the search will return all issues that contain both words in no particular order - this would include Jira Software, but also Jira is the best software!.
If you’re using advanced search, you need to also escape each of the quote-marks with a backslash (\). For details, refer to the following examples or find your field in Advanced search reference - JQL.
Examples
Basic search: Find all issues that contain the phrase jira software:
Type "Jira Software" into the search field.
Advanced search: Find all issues that contain the words jira and software, in no particular order.
text ~ "jira software"
Advanced search: Find all issues that contain the exact phrase “Jira Software”.
text ~ "\"jira software\""
Advanced search: Find all issues that contain both the exact phrase "Jira Software" and the exact phrase “hello world”.
text ~ "\"jira software"\" AND text ~ "\"hello world\""
Advanced search: Find all issues that contain the words “Jira” and “Software” in no particular order (a “fuzzy” search), and that also contain the exact phrase “hello world”.
text ~ "jira software" AND text ~ "\"hello world\""
As you can see in the preceding examples, when searching for an exact phrase, the query contains two pairs of quote-marks. The external ones are needed to meet the JQL rules and aren’t related to your search query.
Boolean operators allow terms to be combined through logic operators. Jira supports AND, "+", OR, NOT and "-" as Boolean operators.
Boolean operators must be ALL CAPS.
The OR operator is the default conjunction operator. This means that if there is no Boolean operator between two terms, the OR operator is used. The OR operator links two terms, and finds a matching document if either of the terms exist in a document. This is equivalent to a union using sets. The symbol || can be used in place of the word OR.
To search for documents that contain either "atlassian jira" or just "confluence", use the query:
1
"atlassian jira" || confluence
or
1
"atlassian jira" OR confluence
The AND operator matches documents where both terms exist anywhere in the text of a single document. This is equivalent to an intersection using sets. The symbol && can be used in place of the word AND.
To search for documents that contain "atlassian jira" and "issue tracking", use the query:
1
"atlassian jira" AND "issue tracking"
The "+" or required operator requires that the term after the "+" symbol exists somewhere in a the field of a single document.
To search for documents that must contain "jira" and may contain "atlassian", use the query:
1
+jira atlassian
The NOT operator excludes documents that contain the term after NOT. This is equivalent to a difference using sets. The symbol ! can be used in place of the word NOT.
To search for documents that contain "atlassian jira" but not "japan", use the query:
1
"atlassian jira" NOT "japan"
The NOT operator cannot be used with just one term. For example, the following search will return no results:
1
NOT "atlassian jira"
Usage of the NOT operator over multiple fields may return results that include the specified excluded term. This is due to the fact that the search query is executed over each field in turn, and the result set for each field is combined to form the final result set. Hence, an issue that matches the search query based on one field, but fails based on another field will be included in the search result set.
The "-" or prohibit operator excludes documents that contain the term after the "-" symbol.
To search for documents that contain "atlassian jira" but not "japan", use the query:
1
"atlassian jira" -japan
You can use parentheses to group clauses to form sub-queries, which can be very helpful if you want to control the boolean logic for a query.
To search for bugs and either atlassian or jira, use the query:
1
bugs AND (atlassian OR jira)
This eliminates any confusion and makes sure that bugs must exist, and either term atlassian or jira may exist.
Don’t use the grouping character '(' at the start of a search query, as this will result in an error. For example, "(atlassian OR jira) AND bugs" will not work.
To keep the search index size and search performance optimal in Jira, the following English reserved words (also known as 'stop words') are ignored from the search index and hence, the Jira text search features:
"a", "an", "abort", "access", "add", "after", "alias", "all", "alter", "and", "any", "are", "as", "asc", "at", "audit", "avg", "be", "before", "begin", "between", "boolean", "break", "but", "by", "byte", "catch", "cf", "char", "character", "check", "checkpoint", "collate", "collation", "column", "commit", "connect", "continue", "count", "create", "current", "date", "decimal", "declare", "decrement", "default", "defaults", "define", "delete", "delimiter", "desc", "difference", "distinct", "divide", "do", "double", "drop", "else", "empty", "encoding", "end", "equals", "escape", "exclusive", "exec", "execute", "exists", "explain", "false", "fetch", "file", "field", "first", "float", "for", "from", "function", "go", "goto", "grant", "greater", "group", "having", "identified", "if", "immediate", "in", "increment", "index", "initial", "inner", "inout", "input", "insert", "int", "integer", "intersect", "intersection", "into", "is", "isempty", "isnull", "it", "join", "last", "left", "less", "like", "limit", "lock", "long", "max", "min", "minus", "mode", "modify", "modulo", "more", "multiply", "next", "no", "noaudit", "not", "notin", "nowait", "null", "number", "object", "of", "on", "option", "or", "order", "outer", "output", "power", "previous", "prior", "privileges", "public", "raise", "raw", "remainder", "rename", "resource", "return", "returns", "revoke", "right", "row", "rowid", "rownum", "rows", "select", "session", "set", "share", "size", "sqrt", "start", "strict", "string", "subtract", "such", "sum", "synonym", "table", "that", "the", "their", "then", "there", "these", "they", "this", "to", "trans", "transaction", "trigger", "true", "uid", "union", "unique", "update", "user", "validate", "values", "view", "was", "when", "whenever", "where", "while", "will", "with"
Be aware that this can sometimes lead to unexpected results. For example, suppose one issue contains the text phrase "VSX will crash" and another issue contains the phrase "VSX will not crash". A text search for "VSX will crash" will return both of these issues. This is because the words will and not are part of the reserved words list.
Note for Jira administrators:
You can make Jira Cloud find issues based on the presence of these reserved words by changing the Indexing Language to Other (under Administration > System > General Configuration).
Since Jira cannot search for issues containing parts of words (see below), word 'stemming' allows you to retrieve issues from a search based on the 'root' (or 'stem') forms of words instead of requiring an exact match with specific forms of these words. The number of issues retrieved from a search based on a stemmed word is typically larger, since any other issues containing words that are stemmed back to the same root will also be retrieved in the search results.
For example, if you search for issues using the query term 'customize' on the Summary field, Jira stems this word to its root form 'custom', and will retrieve all issues whose Summary field also contains any word that can be stemmed back to 'custom'.
1
summary ~ "customize"
The above will retrieve issues whose Summary field contains the following words:
customized
customizing
customs
customer
etc.
Note:
Your Jira administrator can disable word stemming (so that Jira will find issues based on exact matches with words) by changing the Indexing Language to Other (under Administration > System > General Configuration).
Word stemming applies to all Jira fields (as well as text fields).
When Jira indexes its fields, any words that are stemmed are stored in the Jira search index in root form only.
For the English language, you can choose the stemming mode by changing the Indexing Language under Settings > System > General Configuration. There are three modes available:
English - Aggressive Stemming
English - Moderate Stemming
English - Minimal Stemming
The difference between them is how each word in your Jira issue is saved in the database, or tokenized. We recommend that you use the moderate or minimal stemming modes. If you enable aggressive stemming, text searches with special characters like /,@, _, ^etc. inside the search word (for example summary ~ "atlassian_jira”) will be tokenized very aggressively. As a result, fewer search results will be returned and the search experience of your users will suffer.
Was this helpful?