Feature Requests

Can we have a feature to filter evaluation results of a specific policy?

Request to enable email notification for STAGE and STEP level if we are using Configure Plugin Step (I'm using custom Notifications Stages) Sample: I'm using Configure Plugin Step to get notified for failure and success email notifications, however i need to get notified which stage and which step it failed with reason. Note: I don't want to use Native Notifications Templates.

We use GitOps almost exclusively, and we are interested in adding webhooks from Gitlab to the Argocd server instances to trigger refreshes if possible, as Argocd supports. Is there any internal endpoint we can use for this? I think it is possible with applicationsets as that seems to be a stock applicationset and we can just add a VirtualService to the /api/webhook. Can we do the same for ArgoCD? I understand we can trigger a pipeline, but we were interested in the native ArgoCD functionality for this

Summary : Enhance the Harness HTTP step to support built‑in Base64 encoding for Basic Authentication credentials (username:password). Problem : Currently, Harness HTTP steps do not provide a built‑in mechanism to Base64‑encode credentials (e.g., username:password) at runtime. This creates challenges when integrating with APIs (such as ServiceNow / ServiceFirst) that require strict Basic Authentication : Basic configuration, resulting in HTTP 401 Unauthorized responses. Because Harness expressions do not support string manipulation or encoding functions (e.g., concatenation or Base64 encoding), users are forced to: Pre‑generate Base64 credentials outside Harness and store them as additional secrets, or Fall back to ShellScript steps using tools like curl, reducing pipeline reliability, security posture, and maintainability.

Suppose we have 1,000+ instances for deployment, and we are deploying in 10 phases at 10% per phase. Currently, we are in Phase 9, which means 900 instances have already been deployed to the new ASG across the previous 9 phases. The problem arises during a rollback — when the pipeline triggers a rollback, the old ASG spins up 900+ instances all at once. Only after those 900+ instances are healthy does the new ASG begin terminating its instances. This sudden surge of 900+ servers coming up simultaneously is not ideal and puts significant strain on the system. What we need instead is a phased rollback, meaning the rollback should mirror the deployment strategy: rolling back 10% at a time (phase by phase), rather than restoring all 900 instances in one go.

The GO SDK currently lacks support for the Delete Delegate Token functionality. The REST API does provide this [1]. Please add this to the GO SDK if possible. Thanks [1] https://apidocs.harness.io/delegate-token-resource/deletengdelegatetoken

Harness currently offers great support for GitHub repo details in CI stages (See https://developer.harness.io/docs/continuous-integration/use-ci/codebase-configuration/built-in-cie-codebase-variables-reference ), however, there is no feature parity for equivalent functionality in CD stages. For more advanced use cases when we need to use GitClone step in CD stages, is very difficult to carry forward the same settings for Github repo name , branch or commit ID than in the code base due to lack of built-in expressions that can be used in CD stages

Hi Team- We have a request to correlate a delegate taskId back to the pipelineExecutionId that initiated the task. Scenarios: log throw resource threshold and rejection, we want to look which pipeline execution is running these tasks on the delegate that’s potentially consuming the resources data lost prevention (dlp) block data on have taskID, we want to be able to know which pipeline execution is causing the block to be able provide context to team to resolve the issue

Problem A Freeze Window applied to an Environment blocks all deployments, regardless of which Infra Def is used. This prevents teams from freezing only the infra segment they own without affecting others. Requested Capability Add support for Freeze Windows that can be scoped to Infrastructure Definitions, with two selection methods: Select one or more Infra Defs directly Provide a regex / expression to match Infra Defs Deployments should be frozen only when targeting a matching Infra Def. Existing Environment‑level freeze behaviour should remain unchanged. Benefits Enables targeted, non‑disruptive freeze control in shared environments Avoids creating duplicate environments just to isolate freeze behaviour Better aligns with multi‑tenant, multi‑team operating models Improves safety without slowing unrelated teams

Hi Team, As per the user's requirement, Harness currently does not provide an option to "scale up pods" during the rollback step of a Blue-Green Deployment. While there is an option to scale down of pods using the "K8sBlueGreenStageScaleDown" step during execution, if the user wants to roll back the previous blue deployment, they require a scale-up pods option in rollback where the pods were scaled down in the execution step. Kindly review this requirement and take the necessary action.