build(deps): bump github/codeql-action from 3.27.4 to 3.27.5

Bumps [github/codeql-action](https://github.com/github/codeql-action) from 3.27.4 to 3.27.5.
- [Release notes](https://github.com/github/codeql-action/releases)
- [Changelog](https://github.com/github/codeql-action/blob/main/CHANGELOG.md)
- [Commits](github/codeql-action@ea9e4e3...f09c1c0)

---
updated-dependencies:
- dependency-name: github/codeql-action
  dependency-type: direct:production
  update-type: version-update:semver-patch
...

Signed-off-by: dependabot[bot] <support@github.com>

Fixes git-resolver configuration for serverUrl and scmType

With the latest support for multiple git providers in git-resolvers,
it was having a regression issue where if value serverUrl was not given
then it used to return an error

Hence this patch fixes the issue to avoid regression

Signed-off-by: PuneetPunamiya <ppunamiy@redhat.com>

fix: add missing stepaction RBAC permission for resolver

Signed-off-by: Marcus Noble <github@marcusnoble.co.uk>

Use io.ReadFull to read the bundle content

The io.Reader documentation says:

> Read reads up to len(p) bytes into p. It returns the number of bytes
> read (0 <= n <= len(p)) and any error encountered. ... If some data is
> available but not len(p) bytes, Read conventionally returns what is
> available instead of waiting for more.

Read is not guaranteed to fill the data argument. Use io.ReadFull to
fill the buffer.

In some cases (a relatively big bundle), the bundle content was not
completely read and it would fail to parse. Using `io.ReadFull` fixes
the issue.

Signed-off-by: Vincent Demeester <vdemeest@redhat.com>

Use io.ReadFull to read the bundle content

The io.Reader documentation says:

> Read reads up to len(p) bytes into p. It returns the number of bytes
> read (0 <= n <= len(p)) and any error encountered. ... If some data is
> available but not len(p) bytes, Read conventionally returns what is
> available instead of waiting for more.

Read is not guaranteed to fill the data argument. Use io.ReadFull to
fill the buffer.

In some cases (a relatively big bundle), the bundle content was not
completely read and it would fail to parse. Using `io.ReadFull` fixes
the issue.

Signed-off-by: Vincent Demeester <vdemeest@redhat.com>

Use io.ReadFull to read the bundle content

The io.Reader documentation says:

> Read reads up to len(p) bytes into p. It returns the number of bytes
> read (0 <= n <= len(p)) and any error encountered. ... If some data is
> available but not len(p) bytes, Read conventionally returns what is
> available instead of waiting for more.

Read is not guaranteed to fill the data argument. Use io.ReadFull to
fill the buffer.

In some cases (a relatively big bundle), the bundle content was not
completely read and it would fail to parse. Using `io.ReadFull` fixes
the issue.

Signed-off-by: Vincent Demeester <vdemeest@redhat.com>

Fix number of completed and failed task in case of ValidationFailed

Signed-off-by: divyansh42 <diagrawa@redhat.com>

Fix number of completed and failed task in case of ValidationFailed

Signed-off-by: divyansh42 <diagrawa@redhat.com>

Fix number of completed and failed task in case of ValidationFailed

Signed-off-by: divyansh42 <diagrawa@redhat.com>

Fix golangci-lint issues

Signed-off-by: Vincent Demeester <vdemeest@redhat.com>