JIRA 4.4 Beta 1 Release Notes

Still need help?

The Atlassian Community is here for you.

Ask the community


6 June 2011

JIRA 4.4 Beta 1 (a.k.a 4.4 milestone 7 or 'm7') is a public development release leading up to JIRA 4.4. 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 4.4 Beta 1 release. Thank you for your feedback during the recent EAP releases, and please keep providing it here.

JIRA 4.4 brings you a visual Workflow Designer and Workflow Viewer, simplified Administration, and user-specific Time Zones. We are also very pleased to announce that the JIRA installation and upgrade processes have been improved and largely automated.

Note to developers: Please see the Plugin Developer Notes for JIRA 4.4.

Highlights of JIRA 4.4 Beta 1:

Thank you for your interest in JIRA 4.4 Beta 1
Download Beta

Upgrading to JIRA 4.4 Beta 1

JIRA Beta releases are available here. When upgrading, please follow the JIRA 4.4 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 4.4 Beta 1

 

Visual Workflow Designer For Administrators

JIRA 4.4 provides a visual representation of your workflow, making it easy to map out your business processes.

Simply go to 'Workflows' in JIRA administration as usual, and click the 'Design' link for the workflow you wish to edit. If you hover your mouse over an individual Step or Transition, a 'cog' icon appears, which you can click to access more functions.

In EAP 5, the layout of a workflow is now preserved whenever you 'Copy' or 'Create a Draft' of an existing workflow. We have also implemented a few improvements to the status editor.

^Top

 

Workflow Viewer on the 'View Issue' Screen

You can also see a read-only view of the workflow from the 'View Issue' page — just select 'View Workflow' from the 'More Actions' menu. We've made it simple for everyone to use, without requiring Flash to be installed.

The workflow viewer also highlights the current status of your issue in the workflow.

(info) A new permission called 'View Read-Only Workflow' is required to access the workflow viewer feature from the 'View Issue' page.

^Top

 

User Time Zones

We are very pleased to announce progress on JRA-9, one of the most highly-voted requests for JIRA: times will be displayed to a user in their local time zone, rather than the server's time zone.

You can set a default user time zone at an administration level, and individual users have the ability to choose their own time zone. Each user's time zone is displayed in their hover profile.

Time zone support has been implemented for quick searching, simple searching and advanced searching, chart and report gadgets, date/time-based custom fields, as well as issue histories, work logs and source code check-ins (via the JIRA FishEye Plugin).

Note: Date fields, which have no time component, such as due dates, release dates (associated with versions) and custom date fields, solely record date information (and no time zone-related information).

JIRA administrators can change the default time zone by going to 'Administration' => 'General Configuration' (under 'Global Settings'), and editing the 'Default user time zone'.

Users can also change their individual time zone setting via their user profile:

Note to developers: If you develop JIRA plugins that handle dates and times, please be aware of the Formatting and Parsing Dates Using the Appropriate Time Zone section of the Plugin Developer Notes for JIRA 4.4.

^Top

 

Editable Options for Custom Fields

We are also pleased to announce progress on JRA-2983. You can now edit the options for custom fields of the following field types:

  • Select List
  • Multi Select
  • Cascading Select
  • Radio Buttons
  • Multi Checkboxes

Because your custom fields may change over time, JIRA now gives you the ability to:

  • edit a field's options — that is, change the text of an option.
  • disable an option — that is, hide an option so that it is no longer available for selection. Options that have been used cannot be removed (to preserve data integrity), but due to changing business requirements, they may become invalid over time and so you may wish to make them unavailable for new issues.

Note to developers: If you develop JIRA plugins that handle single- and multi-select custom fields, please be aware of the Single- and Multi-Select Custom Field Changes section of the Plugin Developer Notes for JIRA 4.4.

^Top

 

Simplified Project Administration (new since EAP 6)

Project administration has become more visual and far simpler:

^Top

 

New-Look Administration Area (improved since EAP 6)

JIRA 4.4 brings you a dedicated 'administration mode', which replaces the left-hand column of the JIRA's administration console with a series of drop-down menus across the top navigation bar:

tip/resting Created with Sketch.

To find the new location of a menu item, type it into the "Administration Quick Search" box at the top right of the screen — or click the drop-down in the "Administration Quick Search" box to get a full list of admin options.

You can bring up the "Administration Quick Search" box from anywhere in JIRA by typing G + A (note that this will change to G + G in the final 4.4 release).

To leave JIRA's 'administration mode', click the 'Exit Administration' link at the top-right of the screen to return JIRA to its standard user mode.

^Top

 

Classy New Email Templates (new since EAP 6)

The HTML email templates have undergone a complete visual refresh. They will also render nicely in mobile mail clients:

They will also thread better in mail clients (such as Gmail), so all emails relating to one issue will thread together.

^Top

 

Issue Linking when Resolving an Issue

When resolving an issue, you can create links to other issues on an issue resolution screen. This is handy when you want to resolve an issue as a 'duplicate' of another and at the same time link to the duplicate issue.

For convenience, your last 10 issue links and resolutions are readily accessible from the 'Linked Issues' fields (in the screenshot below). The 'Linked Issues' fields can also be added to any JIRA screen via the new 'Issue Linking' field in JIRA 4.4. See Defining a Screen for more information.

(info) If you are upgrading from an earlier version of JIRA, you need to configure this feature manually through JIRA's administration area. Please refer to the Upgrade Notes for details.

^Top

 

Multiple File Selection and Upload from the 'File Upload' Dialog Box

When using JIRA's 'Attach Files' dialog box, you can now select multiple files in the 'File Upload' dialog box that appears after clicking the 'Browse' button.

^Top

 

Enhancements to JQL "WAS" Function (new since EAP 6)

The ability to search an issue's Change History was introduced in JIRA 4.3 and allowed you to search the history of the Status field.

In JIRA 4.4 you can now also search the history of:

  • the Assignee field, e.g.:
    assignee WAS "jsmith"
  • the Reporter field, e.g.:
    reporter WAS "djones"

You can also now search for a field that had a particular value:

  • ON a given date — e.g. find issues that had a status of "closed" on May 31st:
    status WAS "closed" ON "2011/05/31"
  • BEFORE a given date — e.g. find issues that were assigned to jsmith before May 31st:
    assignee WAS "jsmith" BEFORE "2011/05/31"
  • AFTER a given date — e.g. find issues that were assigned to me after May 31st:
    assignee WAS currentUser() AFTER "2011/05/31"
  • DURING a given date range — e.g. find issues that were assigned to me during May:
    assignee WAS currentUser() DURING ("2011/05/01","2011/05/31")
  • set BY a particular user — e.g. find issues that were assigned to Fred by me:
    assignee WAS "Fred" BY currentUser()

 

Improved Setup Wizard

Our trusty wizard has had a makeover:

^Top

 

Database Configuration Now Part of the Setup Wizard

In JIRA 4.4, configuring a connection to an external database is now part of the standard setup wizard. Upon completing the setup wizard, JIRA will create a direct JDBC connection (whose entire configuration is stored within your JIRA home directory).

The database configuration step of the setup wizard will change before the final 4.4 release, but here is how it looks so far:

^Top

 

Improved JIRA Standalone Linux Installer with Uninstall and Automated Upgrade (improved since EAP 6)

Console Installer

A simple console (command line) wizard is now available for Linux operating systems. The console wizard:

  • Installs JIRA under a dedicated user account 'jira' with restricted write access to your JIRA installation directory.
  • Can install JIRA as a service, so that JIRA automatically re-starts whenever your Linux operating system must be rebooted.

To install JIRA, simply download the Linux .bin installer file and at a shell prompt, execute this file and follow the remaining prompts!

The console wizard can install JIRA as either the 'root' user or a non-root user. However, to install JIRA as a service, the console wizard must be executed as the 'root' user.

See Installing JIRA on Linux for details.

Unattended Installation

After installing JIRA on Linux using the .bin installer file above, a configuration file called response.varfile is generated in the .install4j subdirectory of your JIRA Installation Directory.

See Performing an Unattended Installation (on Linux) for details.

Uninstaller

After installing JIRA on Linux using the .bin installer file above, an executable file called uninstall (located in your JIRA Installation Directory) is available to conveniently uninstall JIRA.

See Uninstalling JIRA from Linux for details.

Automated Upgrade (improved since EAP 6)

The console wizard includes an option that allows you to upgrade an existing JIRA Standalone installation from version 4.3.x or later.

While the upgrade feature installs a new version of JIRA, it automates the following tasks for you:

  1. Backs up your existing JIRA installation and home directories.
  2. Migrates database configurations used in JIRA 4.3.x and earlier to the new database configuration used in JIRA 4.4.
  3. Migrates port values in your existing JIRA installation's server.xml file to your new version of JIRA.
  4. Migrates custom values in your existing JIRA installation's jira-application.properties and setenv.sh files to your new version of JIRA.
    (info) In the setenv.sh file, only the following values are migrated:
    • JVM_SUPPORT_RECOMMENDED_ARGS
    • JVM_MINIMUM_MEMORY
    • JVM_MAXIMUM_MEMORY
    • JIRA_MAX_PERM_SIZE

(New in Beta 1) The upgrade feature detects and notifies you of any files (other than jira-application.properties and setenv.sh) in the atlassian-jira subdirectory of your existing JIRA Installation Directory, which had been deleted, added or modified from a 'default' JIRA installation. This informs you of any customisations you will need to migrate manually over to your upgraded JIRA installation directory.

(info) Please Note:

  • The upgrade process requests that you conduct a backup of your database using your database's backup utilities. If your database does not support online backups, you can stop the upgrade process, shut down JIRA, perform your database backup and then restart the upgrade process to continue on.
  • If you have made customisations to your seraph-config.xml file or any other files in your JIRA installation directory, these must be migrated manually.
  • If your attachments and index files are located outside your JIRA home directory, then backups of these directories must be performed manually.

^Top

 

Improved JIRA Standalone Windows Installer with Automated Upgrade (improved since EAP 6)

The installation wizard for Windows now works smoothly for Windows 7 and Vista.

The process for installing JIRA as a Windows service has also improved and the wizard now allows you to specify the port numbers used to run and access JIRA.

See Installing JIRA on Windows for details.

Unattended Installation

When you execute the installer file at the Windows command prompt and complete your installation of JIRA, a file called response.varfile is generated in the .install4j subdirectory of your JIRA Installation Directory.

See Performing an Unattended Installation (on Windows) for details.

Automated Upgrade (improved since EAP 6)

The installation wizard includes an option that allows you to upgrade an existing JIRA Standalone installation from version 4.3.x or later.

While the upgrade feature installs a new version of JIRA, it automates the following tasks for you:

  1. Backs up your existing JIRA installation and home directories.
  2. Migrates database configurations used in JIRA 4.3.x and earlier to the new database configuration used in JIRA 4.4.
  3. Migrates port values in your existing JIRA installation's server.xml file to your new version of JIRA.
  4. Migrates custom values in your existing JIRA installation's jira-application.properties and setenv.bat files to your new version of JIRA.
    (info) In the setenv.bat file, only the following values are migrated:
    • JVM_SUPPORT_RECOMMENDED_ARGS
    • JVM_MINIMUM_MEMORY
    • JVM_MAXIMUM_MEMORY
    • JIRA_MAX_PERM_SIZE

(New in Beta 1) The upgrade feature detects and notifies you of any files (other than jira-application.properties and setenv.sh) in the atlassian-jira subdirectory of your existing JIRA Installation Directory, which had been deleted, added or modified from a 'default' JIRA installation. This informs you of any customisations you will need to migrate manually over to your upgraded JIRA installation directory.

(info) Please Note:

  • The upgrade process requests that you conduct a backup of your database using your database's backup utilities. If your database does not support online backups, you can stop the upgrade process, shut down JIRA, perform your database backup and then restart the upgrade process to continue on.
  • If you have made customisations to your seraph-config.xml file or any other files in your JIRA installation directory, these must be migrated manually.
  • If your attachments and index files are located outside your JIRA home directory, then backups of these directories must be performed manually.

^Top

 

REST API improvements

There are new REST APIs for

  • Listing and managing Project Components.
  • Listing and managing Project Versions.
  • Listing and managing Project Roles.

Have a look at the reference documentation.

^Top

Other Enhancements and Fixes

For the list of issues resolved in JIRA 4.4 so far, click here.

^Top

Last modified on Sep 4, 2012

Was this helpful?

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