Feature Requests

Summary: We request a way to modify or reduce the comment text left on a GitHub pull request when triggering a PR check pipeline or an option to disable such comments at all. Details: The current behavior includes listing all resources in the workspace, even if they are not changed by the pull request. When a workspace contains hundreds of resources, this list becomes uninformative and clutters the PR conversation, especially with multiple commits. We propose either reducing the amount of information included in the comment or completely disabling this feature to enhance the clarity and usability of PR conversations.

Inside of the my IACM module ideally I would only see the pipelines associated with my workspaces and not any pipelines for building my application source. This would help keep things cleaner. The same thing is true in that in my build module I also would not want to see the IACM pipelines.

Feature to display the "Review" button in the approval step when using chained pipelines.

Currently, the harness_terraform image does not have any third party binaries included. Users rely on custom images to hae these included https://developer.harness.io/docs/infra-as-code-management/pipelines/iacm-plugins/plugin-images/ . However, this causes an overhead of creating and managing custom images and the image gets overridden at the account level. The request is to have the binaries for azcli and other leading cloud provider clis such as aws,gcp

We have some OpenTofu modules that include Harness resources we are trying to plan/apply. One of our pipelines is 50K lines of YAML which is causing OpenTofu to use over 40GB of memory. The documentation doesn't have any upper limits and we assumed this would be fine but are seeing crashes in our Runner where we are running the Plan for this. We narrowed down the issue to the diff that's happening and are currently suppressing it via a --json flag. We'd like to have the ability to suppress the diff output natively via the Harness Terraform Provider if it's over a certain amount of lines and ensure that there is documentation limit testing these kinds of scenarios.

Harness IACM steps does not show coloured symbols for modification/destroy/creation of terraform resources

Currently, IACM does not support overriding the image connector, unlike CI pipelines, where we can override default images or pull images from a different registry (e.g., for Git clone). As a result, we must rely on public Docker images to pull the Git clone image or update its details in the IACM API. However, applying this override at an individual pipeline level is not supported in IACM, whereas the same functionality is available in CI pipelines. Please add support for this feature.

at the moment, IACM steps support init, plan, destroy, plan-destroy, plan-refresh-only, apply-refresh-only, detect-drift, apply, validate, import. Can IACM plugin to be updated to support 'state list' and 'state rm' as well ? they are commonly used terraform commands as well. thanks

Summary: We request the ability to hide all resource parameters on the resource tab of both workspaces and pipelines in Harness for users who have view access to these workspaces/pipelines. Details: Currently, with the existing RBAC roles, users can access the resource tabs even if they don’t have permission to access the state. This leads to potential security risks, as users can view sensitive resource parameters they should not have access to. The ability to hide these parameters would ensure better control over user access and prevent unauthorized visibility of resource details.

the use case is that when I have an number of pods running with resource limit say 5Gb memory. the instances hosting kubernetes cluster is scaling based on resource requests which is set to default to a low value and is scheduling the pod. But the build running on the pod uses more memory as defined in limits but if the instance does not have that much memory left the container is exiting caused build failures. So I was looking for a way to set up resource requests.