CloudBees CI on traditional platforms 2.504.3.28224

Added a toggle switch at the top right of the job configuration page. This allows users to enable or disable "template-based jobs" directly from the UI. The placement of the toggle switch is consistent with existing toggle switches used across different job types.

Support for custom endpoints has been added to the S3 store for backup jobs. The following advanced options can now be configured to support most S3-compatible storage systems:

Starting with the June 2025 release, the CloudBees CI version format will include a fourth segment, changing from 2.504.3.x to 2.504.3.abcd.

Whenever a WebSocket agent was connected to an High Availability (HA) controller, a new thread was spawned and retained for a few minutes. This remains true on Java 17. However, on controllers running Java 21 (or newer), this thread is now reclaimed immediately after use, which reduces memory requirements when a large number of WebSocket agents attempt to connect.

Various Configuration as Code bundle download modes created temporary directories in the root of $JENKINS_HOME. While these were usually deleted soon after use, problems could occur deleting the files when this volume was mounted on NFS. Now, the standard system temporary directory is used.

In the SAML plugin (saml), authenticated user sessions weren’t properly serialized because of the use of NonSerializableSecurityContext. As a result, session data couldn’t be restored correctly when requests were routed to different cluster replicas, causing users to be unexpectedly logged out or to appear unauthenticated. This fix updates the SAML plugin (saml) to use a SecurityContextImpl, which is serializable.

Previously, when scaling up and down a multiple executor permanent agent on High Availability (HA) controllers, agent processes on target operating systems (Linux or Windows) didn’t reflect the change dynamically. Additional executors remained in a disconnected state if the count was increased, and executor processes weren’t terminated when scaling down. This release introduces improvements to the agent runtime behavior. Now, when the executor count is increased or decreased from the controller, new Java agent processes are automatically spawned on target VMs during scale-up, and surplus agent processes are gracefully terminated during scale-down.

Previously, if a GitHub App was installed to multiple GitHub organizations, the Owner of the App was not specified in the CloudBees CI credentials, and a Multibranch Pipeline was run using the GitHub App as the authentication method, an exception was returned when validating the configuration of the Multibranch Pipeline.

When exporting Role-Based Access Control (RBAC) roles using http://<cjoc_url>/roles/id/api/xml for CloudBees CI on modern cloud platforms or http://<cjoc_url>/cjoc/roles/id/api/xml for CloudBees CI on traditional platforms, the id was previously duplicated and returned for both getDisplayName() and getId(). It is now only returned for getId().

The withDockerRegistry and withDockerServer Pipeline steps from the Docker Pipeline plugin (docker-workflow), and some related syntactic conveniences for both scripted and declarative syntaxes, used an obsolete method of tracking the locations of temporary directories that were to be deleted at the end of a build stage. This could have caused unexpected behavior when resuming builds across controller restarts, including High Availability (HA) adoption and disaster recovery, particularly in conjunction with retry.

When the Pipeline triggerRemoteJob step was running in some modes, it consumed an operating system thread while waiting for the downstream build to complete. This also applied to the build step running in an High Availability (HA) controller when build step emulation is enabled. This remains true on Java 17. However, on controllers running Java 21 (or newer), this step no longer consumes a thread.

Previously an unhandled exception occurred when navigating to an existing pod template or a newly created pod template while running CloudBees CI 2.504.2.5.

Previously, when multiple pipelines requiring the same agent were launched, or when a pipeline with multiple steps requiring the same agent was launched, it caused the pipeline to be stuck. Once the lease on the agent is released, the next build starts.

When you search for a specific plugin under the Available tab in the operations center Plugin Manager, the search results show duplicate entries for the plugin.