Skip to content

Testing the source of docker.yml failure #45

Closed
adizere wants to merge 1 commit intocometbft:mainfrom
adizere:main
Closed

Testing the source of docker.yml failure #45
adizere wants to merge 1 commit intocometbft:mainfrom
adizere:main

Conversation

@adizere
Copy link
Contributor

@adizere adizere commented Mar 9, 2023

Ref: the CI docker failures in #42

@adizere adizere requested a review from a team as a code owner March 9, 2023 10:50
@adizere adizere closed this Mar 9, 2023
@thanethomson
Copy link
Contributor

Interestingly, the last time this workflow ran successfully, it supplied username and password fields when attempting to log into Docker Hub: https://github.com/cometbft/cometbft-db/actions/runs/4283008554/jobs/7457996019#step:5:3

In this workflow run and in #42, it's not: https://github.com/cometbft/cometbft-db/actions/runs/4373643991/jobs/7652076691#step:5:2

The action is the same version, and we're still supplying the parameters in the workflow itself: https://github.com/cometbft/cometbft-db/blob/main/.github/workflows/docker.yml#L59

Not sure why it's not propagating the parameters to the action though. Could be a bug in the action?

@adizere
Copy link
Contributor Author

adizere commented Mar 10, 2023

I noticed! It's precisely why I opened this PR to see if I can manage to reproduce the CI failure in #42. Indeed it is not propagating the user/passwd parameters to the action. I can think of 2 other ways to continue debugging:

  1. open a PR with changes similar as in the present PR, but which is not from an external fork of this repo, and instead it's from a regular branch in this repo.
    • then see if the CI failure persists, if it doesn't then the problem is with PRs that run from forks
  2. revert the last commits to the docker.yml file and see if that helps.

@adizere
Copy link
Contributor Author

adizere commented Mar 10, 2023

  1. open a PR with changes similar as in the present PR, but which is not from an external fork of this repo, and instead it's from a regular branch in this repo.
    - then see if the CI failure persists, if it doesn't then the problem is with PRs that run from forks

Did this in #46. Seems like the problem is related to the fork indeed. The user/passwd secrets get passed successfully in this PR, which is plain branch from this repo: https://github.com/cometbft/cometbft-db/actions/runs/4383442081/jobs/7673693619#step:5:2

Seems like this is the expected behavior:

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants