mirror of
https://github.com/nektos/act.git
synced 2026-04-26 01:15:51 +03:00
[GH-ISSUE #1166] m1: act fails to pull with unauthorized: incorrect username or password #654
Labels
No labels
area/action
area/cli
area/docs
area/image
area/runner
area/workflow
backlog
confirmed/not-planned
kind/bug
kind/discussion
kind/external
kind/feature-request
kind/question
meta/duplicate
meta/invalid
meta/need-more-info
meta/resolved
meta/wontfix
meta/workaround
needs-work
pull-request
review/not-planned
size/M
size/XL
size/XXL
stale
stale-exempt
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/act#654
Loading…
Add table
Add a link
Reference in a new issue
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?
Originally created by @catthehacker on GitHub (May 15, 2022).
Original GitHub issue: https://github.com/nektos/act/issues/1166
Discussed in https://github.com/nektos/act/discussions/1165
Originally posted by ssbarnea May 15, 2022
I am on MacOS M1 and act failed to even pull the container reporting not being able to login to docker registry, but docker works correctly and it is able to pull.
@till commented on GitHub (May 21, 2022):
I am not using an m1, but I hit a similar error (even earlier in the process):
I briefly checked my rate-limit:
I can manually pull the image too:
Once I pulled the image myself,
actcontinues to work.@till commented on GitHub (May 21, 2022):
I just double-checked, I am also not "logged" into docker.com or something (via
~/docker/config.json).@catthehacker commented on GitHub (May 21, 2022):
Are you sure you don't input any whitespace or typo when asked for credentials?
@till commented on GitHub (May 21, 2022):
I didn't even get that far. See my "log excerpt".
@catthehacker commented on GitHub (May 21, 2022):
It should ask before running act at all
@till commented on GitHub (May 21, 2022):
The variables are in my environment.
They are used for secrets in a run. Are you saying these are used for "automatic" login to Docker Hub by act?
@till commented on GitHub (May 21, 2022):
Ugh... #665
@till commented on GitHub (May 21, 2022):
Shouldn't this be
ACT_DOCKER_USERNAMEetc.? 🙈@till commented on GitHub (May 21, 2022):
And isn't it kinda odd to use the same API to configure the workflow (
-s) for the tool?@atif089 commented on GitHub (May 29, 2022):
+1 on Windows as well. Using Docker Desktop 4.8.2 (79419)
@hvignolo87 commented on GitHub (Oct 12, 2022):
+1 on Ubuntu 22.04 on WSL2 using Docker Desktop 4.12.0 (85629), when trying to pull
node:16-buster-slimwithact. Works fine withdocker pull node:16-buster-slim.Unsuccessfully tried to pass secrets with:
--secret-fileflag--env-fileflag.ymlfileThe only way it worked was by directly passing the values with the
-sflag:More information about my system is below:
Output of
lsb_release -acommand:The output of the
unamecommand:The output of the
docker versioncommand:@damccull commented on GitHub (May 5, 2023):
I'm also having this issue on windows. Is it a requirement to pass the username and password each run? Seems like it should just use the docker login I've already completed...
@hvignolo87 commented on GitHub (May 5, 2023):
Hi @damccull, hope you're doing well
Try this command:
export DOCKER_HOST=$(docker context inspect --format '{{.Endpoints.docker.Host}}') && act@damccull commented on GitHub (May 5, 2023):
I'll give it a shot. I did solve it by manually pulling the image and setting --pull=false in the .actrc though.
@ChristopherHX commented on GitHub (May 5, 2023):
I would guess that the password act reads out of docker login in docker desktop is a placeholder instead of the actual password (which is stored in a credentials store)
Act versions starting with v0.2.46 (1 June 2023 / https://github.com/nektos/act/pull/1774) should automatically try to pull without credentials, before failing to pull.
@damccull commented on GitHub (May 5, 2023):
Why can't act just issue the "docker pull" command and delegate the responsibility to the already authenticated docker?
@KRSogaard commented on GitHub (May 23, 2023):
I am on windows and i am also having this issue
@sukkergris commented on GitHub (Dec 15, 2023):
OS Name Microsoft Windows 11 Enterprise
Version 10.0.22631 Build 22631
System Type x64-based PC
Installed Physical Memory (RAM) 32.0 GB
Docker Desktop installed
@ChristopherHX commented on GitHub (Dec 15, 2023):
@sukkergris This is not your only problem,
This is your more relevant problem due to beeing on windows:
See here https://github.com/nektos/act/issues/2074
@wgordon17 commented on GitHub (Mar 26, 2024):
So, A fix for this (at least for me), on MacOS devices, if you look at your
~/.docker/config.json, I had"credsStore": "desktop"set. Changing this to"credsStore": "osxkeychain"alloweddocker pulls to complete successfully!@sudo-vaibhav commented on GitHub (Apr 16, 2025):
for me, i had to do the pull manually myself and then set
act --pull=false, similar to @damccull on M3 Proactbinary built when usingmake#1539