JIRA 5.0 Beta 2 Release Notes

18 October 2011

JIRA 5.0 Beta 2 (a.k.a 5.0 milestone 7 or 'm7') is a public development release leading up to JIRA 5.0. A Beta release is a preliminary release leading up to the official release of a JIRA version. Beta releases are a snapshot of our work in progress and provide an advance preview of new features to the general public. JIRA plugin developers can also use Beta releases to test and fix their plugins in advance of an official release. For all production use and testing of JIRA, please use the latest official release.

The Atlassian team is proud to bring you the JIRA 5.0 Beta 2 release. Thank you for your feedback during the recent EAP releases and please keep providing it here.

The focus of JIRA 5.0 is on making JIRA easier to use and manage. There are also a large number of improvements for the JIRA developer community. New REST APIs have been added to create issues, a stable JIRA API is being refined and every block area on the 'View Issue' page is now a Web Panel.

Main Highlights of JIRA 5.0 Beta 2:

Create and Edit Issues Rapidly (improved in Beta 2)

Remote 'Issue Links' (improved in Beta 2) Sharing Issues and 'Mentions' (new in Beta 2)

  • Create and edit issues rapidly in a dialog box
  • Create multiple issues in succession
  • Customise to show fields you use most often
  • Create links to JIRA issues on another JIRA site
  • Create links to any URL
  • Create links via JIRA's Java or REST API
  • Share an issue quickly with other users
  • Mention a user in an issue comment
  • JIRA uses autocomplete whenever you share or mention a user

(warning) Please be aware of known issues specific to this JIRA 5.0 Beta 2 Release.


Upgrading to JIRA 5.0 Beta 2

JIRA EAP releases are available here. When upgrading, please follow the JIRA 5.0 Upgrade Notes.

Do not use in production

Beta releases should not be used in production environments as they are not officially supported.

Please also take note of the following information:

  • Beta releases are not safe— Beta releases are snapshots of the ongoing JIRA development process. As such:
    • While we try to keep these releases stable, they have not undergone the same degree of testing as a full release.
    • Features in development releases may be incomplete, or may change or be removed before the next full release.
  • No upgrade path — Because Beta releases represent work in progress, we cannot provide a supported upgrade path between Beta releases, or from any Beta to the eventual final release. Thus, any data you store in a JIRA Beta release may not be able to be migrated to a future JIRA release.

Highlights of JIRA 5.0 Beta 2

Create and Edit Issues Rapidly (improved in Beta 2)

JIRA 5.0 provides a rapid and customisable dialog box for creating and editing JIRA issues, which replaces the Create and Edit Issue forms.

The Create/Edit Issue dialog boxes show all available fields by default. However, you can quickly remove or re-add fields via the 'Configure Fields' button at the top-right of the dialog box. JIRA remembers your last set of field choices, giving you a personally customised dialog box that presents you with your most commonly edited fields whenever you create or edit an issue.

If you select the 'Create another' check box, JIRA will create your issue and automatically pre-populate a new 'Create Issue' dialog box with your previous options, whilst leaving the 'Summary' field blank. This allows you to rapidly create a series of related issues with similar options. Note that this feature does not carry across any attachments that were attached to your previously created issue.

Consistent with JIRA's existing keyboard shortcuts, type 'c' to access the create issue dialog box or 'e' from a currently selected issue on the Issue Navigator or 'View Issue' page to access the edit dialog box for that issue.


Remote 'Issue Links' (improved in Beta 2)

The Remote 'Issue Links' feature provides a powerful way to link JIRA issues to items external to your JIRA installation, residing on external applications. Along with a Java and REST API to add these links, end users can also:

  • Add a link from a JIRA issue to another issue on a different JIRA installation or site using application links with trusted applications authentication.
    (info) OAuth-based application links will also work but currently possess some minor UI bugs to be fixed.
  • Add a reciprocal link from a JIRA issue to another issue on a different JIRA installation or site using application links with either trusted applications or OAuth-based authentication.
  • Add a link from a JIRA issue to any web page URL, such as a page of documentation, a technical note, or any other page on another web site.

For more information about this feature, see JIRA Remote Issue Links.




Sharing Issues and 'Mentions' (new in Beta 2)

Want to let others know about a JIRA issue quickly? Simply visit that JIRA issue and then do either of the following:

  • Click the new 'Share' button (or type 's') and specify the people you want to share the page with. Add an optional note then click 'Share'. 

    Screenshot: Sharing an issue with other users

    (warning) Please be aware that the 'User name or email' field only accepts JIRA users in Beta 2. Arbitrary email addresses currently cannot be entered.

    Users specified in the 'User name or email' field will receive details of the issue in an email message (sent to the addresses registered with their JIRA user accounts). The email message's subject line will indicate that the person who used this feature 'shared' the issue with them.

  • In an issue comment, type the '@' symbol and begin typing the name or username of a JIRA user. Select the appropriate user from the dropdown. You can do this with multiple users and after adding your comment, those users will be notified that you mentioned them in a comment.

    Screenshot: Mentioning a user in an issue comment

    Users will receive details of the issue in an email message (sent to the addresses registered with their JIRA user accounts). The email message's subject line will indicate that the person who used this feature 'mentioned' them on that issue.

    The 'Mentions' feature has a few bugs in Beta 2:
    • You currently cannot 'mention' users when editing a comment or using the 'Add Comment' dialog box.
    • Some minor UI bugs are still present.




More Enhancements to JQL — New "CHANGED" Operator and "WAS" Improvements

Enhancements were introduced in JIRA 4.4 that allowed you to search the history of an issue's Assignee and Reporter fields.

In JIRA 5.0, JQL supports the new "CHANGED" operator, which can accept the optional predicates "FROM", "TO", "ON", "DURING", "BEFORE", "AFTER" and "BY".

For example, the following JQL query:

status changed FROM "In QA Review" to "QA Rejected" BY freddo BEFORE endOfWeek() AFTER startOfWeek()

Will find any issues whose Status field value was at some point "In QA Review" but changed to "QA Rejected", by user 'freddo', and after the start and before the end of the current week.

You can use complex queries such as these to generate the following 'Single Level Group By Report', which in the example below, shows grouping by 'Team'.

The "CHANGED" operator can be used on the Status, Assignee, Priority, Reporter, Resolution and Fix Version fields.

The "WAS" operator can now be used on the Fix Version field too. For example, the following JQL query:

fixVersion WAS 4.4

Will find any issues whose Fix Version field was at some point (or currently is) set to 4.4.




Activity Streams Now Show External Content

We are expanding the Activity Stream features introduced in JIRA 4.4 with:

  • The ability to show external activity from another Atlassian application (such as Confluence, FishEye/Crucible and Bamboo) via an Application Link.
  • The ability to combine this external activity into an Activity Stream gadget on a JIRA dashboard.
  • An API for creating entries in activity streams from remote applications via the REST API or locally via Java.

Screenshot: Activity stream gadget showing activity from other Atlassian applications

Screenshot: Activity stream gadget showing activity from non-Atlassian applications

Refer to the Preparing for JIRA 5.0 section of our developer documentation site for more details.




Manage Other Users' Shared Filters and Dashboards

JIRA administrators have the ability to change the ownership of or delete other user's shared filters and dashboards. A shared filter or dashboard is a filter/dashboard created (and hence, owned) by a user, which the user has then shared with others.

Since JIRA only allows the editing or modification of shared filters/dashboards by their owners, this new JIRA feature is especially helpful in situations where a user has left an organisation, but the shared filters or dashboards they created continue to be used by others within the organisation.

(info) Only users with the Create Shared Objects global permission can share their filters and dashboards with other JIRA users.

You can access these features by selecting 'Administration' > 'Users' > 'Shared Filters' or 'Shared Dashboards' (or using the keyboard shortcut 'g' + 'g' + start typing 'shared filters' or 'shared dashboard').

On the 'Shared Filters' or 'Shared Dashboard' pages, you can search for any shared filters/dashboards, or use the cog icon to change the owner of a shared filter/dashboard to another user or delete the shared filter/dashboard:




Administration User Interface Improvements (improved in Beta 2)

Following on with improvements to the Administration User Interface (UI) in JIRA 4.4, JIRA 5.0 will provide further improvements to the Administration UI by converting various forms and pages in this area to convenient dialog boxes.

In addition to the dialog box for adding a new user, in Beta 2, the 'Attachments' and 'View Workflows' pages have been redesigned and the forms associated with these pages have been converted into convenient dialog boxes too.

For example, the form for editing attachment settings is now a dialog box, which is accessed by clicking 'Edit Settings' on the 'Attachments' page of JIRA's Administration area:




REST API Improvements (improved in Beta 2)

JIRA's REST API is undergoing a significant number of changes and improvements to provide the following:

  • Create new issues.
  • Retrieve metadata for creating new issues.
  • Retrieve metadata for editing existing issues.
  • Delete existing issues and their subtasks.
  • Create remote issue links.
  • More system fields are supported by the REST API.

(info) Please also note that the we have changed the api-version name component of URLs for JIRA's REST API calls from '2.0.alpha1' to simply '2'.

Refer to the Preparing for JIRA 5.0 section of our developer documentation site for more details. We also have a series of REST API Tutorials to help you get started using our new REST API improvements.




Java API Improvements

JIRA's Java API is undergoing a significant number of changes and improvements to provide the following:

  • More stability and reliability with future versions of JIRA.
  • Removal of deprecated OSUser classes.
  • Removal of deprecated portlets (replaced by gadgets in JIRA 4.0) and their related APIs.

Refer to the Preparing for JIRA 5.0 section of our developer documentation site for more details.

(info) Please also be aware that the JIRA's Java API is likely to undergo a rapid number of changes from one JIRA 5.0 EAP release to the next.




Performance Improvements

Lucene 3.2 is now fully integrated into JIRA. Initial benchmarking shows performance improvements across a number of JIRA features.

The 'Activity' tabs on the 'View Issue' page are now loaded in the background when this page is first viewed, allowing the information on these tabs to be displayed more rapidly.




New Troubleshooting and Debugging Tools

JIRA 5.0 adds several tools to help Administrators debug the configuration of their instance.

  • A number of email debugging tools are now provided to System Administrators in the new 'Logging and Profiling' page under 'Troubleshooting and Support'
    • Enable or disable mail logging
    • Turn debug mail logging on or off
    • Configure a logging level for a new package easily in the default loggers section.
  • For testing and troubleshooting LDAP connections, much more comprehensive testing is now provided, including basic connections, user retrieval, user membership, group retrieval, group membership and authentication.




New Email Handler Wizard (improved in Beta 2)

JIRA 5.0 incorporates a new email handler wizard that greatly simplifies the process of configuring incoming mail handlers for creating issues or comments from email messages.

You no longer have to configure a JIRA service and enter in a complex string of Handler parameters for your email handler. Instead you configure your email handler through a convenient wizard:

In Beta 2, we've improved the layout of JIRA's mail configuration options. The configuration options in the 'Mail Servers' tab has been separated into two tabs — one for 'Outgoing Mail' (SMTP) and another for 'Incoming Mail' (POP/IMAP) configuration. The configuration options in the 'Mail Handlers' tab has been incorporated into the 'Outgoing Mail' tab.




New Plugin to Try Out — Remote Issue Copying

This new JIRA 5.0-compatible feature, currently undergoing development as a plugin, allows you to copy issues from one JIRA site to another.

Once you have an Application Link established between your JIRA site and another, a new issue action 'Remote Copy' will appear in the view issue page. You can limit this action to a particular user group, but by default everyone can use it.

You will be prompted to map field values by field names for JIRA's built-in (system) fields and/or to configure default values for required fields.
(info) You will require the appropriate permissions to set the field value on the target site.

Custom fields are generally supported, although so far, we have only provided a mapper for the SelectCFType custom field type. Supporting more custom fields is a matter of writing more mappers (which we intend to make pluggable for the final JIRA 5.0 release).

The Remote Issue Copy feature is currently available as a plugin that needs to be installed on each JIRA server you wish to copy issues between. You also need to configure the following before you can copy issues between your JIRA sites:

  1. An Application Link from the source JIRA site to the target JIRA site — see Adding an Application Link.
  2. A Project Link from the source JIRA Project to the target JIRA Project — Adding Project Links between Applications.

(warning) The Remote Issue Copying plugin is not yet bundled with JIRA. However, you can download it from from the following link:



Other Enhancements and Fixes

For a list of more issues resolved in JIRA 5.0 so far, click here.



Known Issues in JIRA 5.0 Beta 2

  • JIRA 5.0 EAP and Beta releases currently possess a critical issue (JRA-25914) which may cause data corruption in a high-load environment. This issue will be resolved in 5.0 Beta 3.  However, as mentioned above, JIRA EAP and Beta releases should not be used in production environment, nor are they supported.
  • When you use the dialog box for creating an issue and you select the 'Create another' check box before clicking the 'Create' button, an error will be generated if you had uploaded attachments to that issue.
Last modified on Oct 18, 2011

Was this helpful?

Provide feedback about this article
Powered by Confluence and Scroll Viewport.