Learn how to set up Jira Software Cloud and integrate it with other products and applications.
Learn how to configure your Jira Software Cloud company-managed projects to suit your agile development processes.
Learn how to create, search, and work with issues in software projects, manage your profile, and more.
Learn how to get started, enable features, and manage and administer team-managed projects.
Search for issues, navigate to your work, use advanced search, and work with your search results.
Plan and view work across multiple teams, projects, and releases using Plans.
Use basic search to find specific issues. The basic search provides a user-friendly interface that lets you define complex queries, without needing to know how to use JQL (advanced searching).
To use basic search:
Select Search () > View all issues.
If you see JQL (advanced search), instead of basic search, select Switch to basic.
Set your search criteria, like Project, Status, and Assignee.
Optionally, enter text to search for and add more criteria by clicking +More.
If you're searching against a field and can't find the field you want, or the field is displaying greyed-out text, see the Troubleshooting section below.
When searching for text, you can use special characters and modifiers in your search text, such as wildcards and logical operators. See Search syntax for text fields.
What can stop you from switching between basic and advanced search?
In general, a query created using basic search will be able to be translated to JQL or advanced search, and back again. However, a query created using JQL may not be able to be translated to basic search, particularly if:
the query contains an OR operator (note you can have an IN operator and it will be translated, e.g. project in (A, B))
i.e. even though this query: (project = JRA OR project = CONF) is equivalent to this query: (project in (JRA, CONF)), only the second query will be translated.
the query contains a NOT operator
the query contains an EMPTY operator
the query contains any of the comparison operators: !=, IS, IS NOT, >, >=, <, <=
the query specifies a field and value that is related to a project (e.g. version, component, custom fields) and the project is not explicitly included in the query (e.g. fixVersion = "4.0", without the AND project=JRA). This is especially tricky with custom fields since they can be configured on a Project/Issue Type basis. The general rule of thumb is that if the query cannot be created in the basic search form, then it will not be able to be translated from advanced search to basic search.
Troubleshoot your search
Why can't I find the field I want to choose?
Some fields are only valid for a particular project/issue type context. For these fields, you must select the applicable project/issue type. Otherwise, the field is not available for selection.
Why are the field criteria displayed in grey text?
Some fields are only valid for a particular project/issue type context. If you choose a field in your search, then remove all projects/issue types that reference the field, then the field is invalid. The invalid field does not apply to your search and is displayed in grey text.
Why is there a red exclamation mark in my field?
Some field values are only valid for a particular project/issue type context. For example, you may have configured a project to use a status In QA Review in its workflow. If you select this project and status in your search, then change the search to filter for a project that doesn't use In QA Review, the status will be invalid and ignored in the search.
Why don't my search results automatically update?
Your search results will always update automatically whenever any fields are changed, provided that your administrator has not disabled automatic updates of search results. Ask your administrator whether they have disabled automatic updates of search results.
What happens when two of my fields are named the same?
Fields in next-gen projects are contained within the project itself. So, you can create fields with the same name in different projects. Learn more about custom fields in next-gen projects.
Refining your search criteria using the duplicate field names just got easier. Pick the right criteria for your search results based on the field type that shows up along with the duplicate field names.
Was this helpful?