What’s new

This section provides a summary of the notable changes in Swarm for the 2024.2 release. Full details are available in the distribution's RELNOTES.txt file.

Major new functionality

To share your feedback about Swarm, see Getting help.

Added keyboard shortcuts

Added file control keyboard shortcuts to Swarm. See Keyboard shortcuts.

Minor new functionality

Improved performance of My Dashboard

My Dashboard now displays a maximum of 25 reviews. This helps to improve the performance of My Dashboard when loading the page. See My Dashboard.

Important information

CentOS/RHEL 7 will no longer be supported in Swarm 2024.3 release

Swarm will drop support for CentOS/RHEL 7 in 2024.3 release. This is part of our commitment to move away from using versions of platforms that have reached End-of-Life (EOL).

PHP 7.X versions will no longer be supported in Swarm 2024.3 release

Swarm will drop support for PHP 7.X in 2024.3 release. This is part of our commitment to move away from using versions of platforms that have reached End-of-Life (EOL).

PHP version 8.X addresses important security issues and helps improve Swarm's performance. You can upgrade to PHP 8.x when you upgrade Swarm.

Upcoming changes to SSO configuration

Swarm now supports Helix Authentication Service (HAS) as a Single Sign-On (SSO) provider. This helps to simplify configuration and create a more robust SSO solution. The SAML configuration will be removed from Swarm in a later release.

Project level test and deploy code features to be deprecated in a later Swarm release

The project level test and deploy code features will be deprecated in a later Swarm release. We recommend you use test integration to automatically deploy code within a review. For more information, see Add a test.

Swarm no longer supports Microsoft Internet Explorer

Swarm 2022.1 and later no longer supports Microsoft Internet Explorer. This is part of our commitment to move away from using platforms that have reached End-of-Life (EOL).

Swarm no longer supports CentOS 8

Swarm 2022.1 and later no longer supports Swarm installation on CentOS 8. This is part of our commitment to move away from using versions of platforms that have reached End-of-Life (EOL).

Swarm no longer supports Ubuntu 16.04

Swarm 2021.1 and later no longer supports Swarm installation on Ubuntu 16.04. This is part of our commitment to focus on supported technology platforms.

Swarm no longer supports CentOS 6 and RHEL 6

Swarm 2020.2 does not support Swarm installation on CentOS 6 and RHEL 6. This is part of our commitment to focus on supported technology platforms.

Upgrading from Swarm 2019.1 and earlier

Swarm 2019.2 introduced a Redis in-memory cache to improve performance and reduce the load on the Helix Core Server. This replaces the file-based cache that was previously used by Swarm.

On Swarm systems with a large number of users, groups, and projects, the initial population of this cache can take some time. If you have a large Swarm system you should read through the Redis server connection and configuration options before installing or upgrading Swarm, see Redis server.

Known limitations

After an upgrade to Swarm 2022.3, you may see partial text labels or unexpected page artifacts

After an upgrade to Swarm 2022.3, if you see partial text labels or unexpected page artifacts, clear your web browser cache and refresh Swarm in your web browser.

No activity event is created when a project setting is updated

When a project setting is updated, Swarm does not create an activity.

Issue with userids containing a / character

Issue: Logging in to Swarm 2020.2 or earlier with a userid that contains a forward slash (/) character results in a spinner for the user icon that does not go away.

Fix: This is fixed for new installations of Swarm 2021.1 and later, but is not fixed if you upgrade from an earlier version of Swarm. To fix this issue when you upgrade from Swarm 2020.2 or earlier, add AllowEncodedSlashes NoDecode to the VirtualHost block of your /etc/apache2/sites-enabled/perforce-swarm-site.conf file. For more information about the VirtualHost block, see Apache configuration.

Swarm shelvedel trigger can fail for a specific Windows use case

The Swarm shelvedel trigger will fail in the following specific situation:

When the Helix Core Server is hosted on Windows and a user runs the shelf delete command while in the root of one of their local drives.

For example, c:\p4 -u bruno -c my_shelf shelve -d -c 9

Unsupported characters in user names and group names in Swarm 2019.2 and later

Swarm does not support the following characters in user names and group names: :@{}()

Swarm support for the "Private editing of streams" feature in Helix Core Server 2019.1 and later

Supported: stream specs can be edited in your workspace using the Private editing of streams feature and they are displayed in reviews.

Not supported: Swarm cannot commit locked stream specs.

Multiple Helix Core Server instances on a single Swarm instance

Issue: Swarm will lose connection to all of the Helix Core Servers if you edit the base_url configurable value in the environment block of <swarm_root>/data/config.php. This will stop your system working.

Fix: Remove the base_url configurable from the environment block of <swarm_root>/data/config.php.

Global Dashboard does not support Single Sign-On (Helix Authentication Service)

Issue: If Helix Authentication Service is enabled for Swarm and the Try to login to all available servers with these credentials checkbox or the All available servers option is selected in a login dialog, Swarm will not try to log in to any of the other Helix Core Server instances that are configured for Helix Authentication Service.

Workaround: Log in to them individually using the instance Log in button in the sidebar or by including the server instance name in the URL, for example: https://swarm.company.com/serverA.

Project Commits tab can fail to show some Helix Core Server commits in the top level view

The Project Commits tab top level client view is made up of all of the branches of the project.

 

For example, Project Alpha:

 

Branch: QA:

//depot/alpha/dev/QA/...

 

Branch: Dev :

//depot/alpha/dev/...

-//depot/alpha/dev/QA/...

 

The project commits tab view is generated by processing the branches in the order that they were created in and from top to bottom for the paths in each of those branches.

For the project Alpha example above:

The first path includes all of the directories and files under //depot/alpha/dev/QA/ in the project commits tab top level view.

The second path includes all of the directories and files under //depot/alpha/dev/ in the project commits tab top level view.

The third path excludes all of the directories and files in //depot/alpha/dev/QA/ from the project commits tab top level view.

 

Result: commits made to //depot/alpha/dev/QA/ that should be shown for the QA branch are not displayed in the Project Commits tab top level view.

 

When you have a simple branch structure this can be avoided by considering this issue when you create your branches. In the example above, creating the Dev branch first and then creating the QA branch avoids the problem because//depot/alpha/dev/QA/ is not excluded from the Project Commits tab top level view.

Task Stream Reviews

Pre-commit reviews in a task stream are not yet supported.