You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: release-notes/continuous-delivery.md
+44Lines changed: 44 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -55,6 +55,50 @@ For more information on GCR, see the [Harness GCR Documentation](/docs/continuou
55
55
56
56
## September 2025
57
57
58
+
### Version 1.108.2
59
+
60
+
#### New Features and Enhancements:
61
+
62
+
- Harness now supports bearer token-based auth for the Bitbucket connector. This allows users to set up
63
+
authentication for the Bitbucket connector using an access token which can be generated via Bitbucket. (**PIPE-28671**, **ZD-82455**)
64
+
65
+
#### Breaking Changes:
66
+
67
+
- Users can now create asynchronous plan creation for pipeline executions to improve performance and scalability. To make this possible, the following breaking changes are coming to the Pipeline Execution API:
68
+
69
+
- **Execution Status Changes:**
70
+
- Pipeline executions will now start with `QUEUED_PLAN_CREATION` status.
71
+
- Executions will transition to `RUNNING` status asynchronously after plan creation and policy evaluation are completed.
72
+
- **API Response Changes:**
73
+
- Execute API Response: Governance metadata will no longer be immediately available.
74
+
- Layout Node Map: Will be empty or incomplete immediately after execution starts.
75
+
- Data Availability: Complete execution data will be available after plan creation completes (typically within a few seconds).
76
+
- **Required Actions for Automation Scripts:**
77
+
If your automation relies on the Execute API response, you must make the following changes/additions in your scripts:
78
+
- Add a delay: Wait 3-5 seconds after calling the Execute API.
79
+
- Call Summary API: Use the Pipeline Execution Summary API to retrieve complete execution details.
80
+
- Check execution status: Ensure execution has moved from QUEUED_PLAN_CREATION to RUNN.ING before proceeding
81
+
This enhancement is currently controlled by feature flags `PIPE_ENABLE_QUEUE_BASED_PLAN_CREATION` and `PIPE_ENABLE_QUEUE_BASED_PLAN_CREATION_FOR_TRIGGER_EXECUTIONS` and will be generally available by end of October.
82
+
83
+
#### Behavior Changes:
84
+
85
+
- We have improved the visibility of pipeline executions in the notification section. Previously, only executions containing at least one CD stage were displayed in the running, waiting for approval, and failed execution notifications. With this enhancement, you can now view all pipeline executions regardless of the module type (CI, CD, etc.) by enabling the feature flag `PIPE_SHOW_ALL_EXECUTIONS_ON_ACCOUNT_OVERVIEW_PAGE`. The general availability for this feature is scheduled for four weeks from now. (**PIPE-26930**)
86
+
87
+
- We have introduced a feature update for Audit Trail to ensure consistency across the audit logs.
88
+
This update changes how pipeline actions are identified. Prior to this update, we utilized the **Pipeline Name** to represent the **Create**, **Update**, **Delete**, and **Move Config** pipeline actions in the audit logs. In contrast, **Pipeline Identifier** are used to represent the **Start**, **End**, **Abort**, and **Timeout** actions.
89
+
- With this update: **Create**, **Update**, **Delete**, and **Move Config** actions are represented through the **Pipeline Identifier**. This change aligns the behavior across all the logs associated with pipeline actions in the Audit Trail, ensuring the use of a single and consistent identifier.
90
+
- This feature is currently behind the feature flag `PIPE_USE_PIPELINE_IDENTIFIER_IN_AUDIT_LOGS`. If you enable this feature flag, please make sure you **update your integration points** to accommodate this change. (**PIPE-28870**)
91
+
92
+
#### Fixed Issues:
93
+
94
+
- Fixed issues with multi-environment deployments for GitOps Pipelines. Now, users can perform multi-environment deployments through GitOps Pipeline stages. (**CDS-113581, ZD-91288**)
95
+
- Fixed an issue that caused the rollback stage to get skipped when using parallel steps in the pipeline. With this fix, we ensure the users that the rollback stage is always executed when using parallel steps in the pipeline. (**PIPE-28864, ZD-89332**)
96
+
- Fixed an issue where the error message for `winrm copy artifact` was not being propagated correctly when failing to fetch AWS credentials. The error message is now correctly displayed to users when this error occurs. (**CDS-97836**, **ZD-64870**)
97
+
- Fixed an issue that was causing the environment tag filters not to work properly. Now, environment tag filters are working as expected. (**CDS-113958**)
98
+
- Fixed issues that led to the Harness error page coming up frequently while navigating to links within Harness. (**PIPE-29416**)
99
+
- Fixed issues with the `Run Pipeline Button`, which, when pressed multiple times, triggered multiple executions. This fix ensures that only a single execution is triggered after pressing the button. (**PIPE-29136**, **ZD-90223**)
0 commit comments