config.yaml: container options are ignored with custom container #483
Labels
No Label
kind
bug
kind
build
kind/compatible
kind
dependencies
kind
docs
kind
enhancement
kind
feature
kind
help wanted
kind
proposal
kind
refactor
related
act
related
environment
related
exec
related
gitea
related
workflow
reviewed
confirmed
reviewed
duplicate
reviewed
invalid
reviewed
needs feedback
reviewed
wontfix
reviewed
workaround
No Milestone
No Assignees
3 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: gitea/act_runner#483
Loading…
Reference in New Issue
Block a user
No description provided.
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
We wanted to use the container options to inject the internal gitea hostname in the job containers. But this only works for jobs that do not use a container image.
The following workflow succeeds and can checkout the gitea repo.
This workflow fails because it cannot resolve
my.gitea.url
Cause
This is triggered in
act
which uses the following to set the options.So for every workflow that uses a custom container you are required to copy the default container options to the workflow.
Solution
The default container options are copied to the container options of the workflow when not defined.
This issue is similar to this and this other ones (I'd like to inject Docker configuration params into started child containers).
I've opened a PR for it more than 3 months ago but... nobody is taking care of it🙄
closed by gitea/act#80