Skip to content

Add e2e test for authorized pull/push #5965

Description

@vvoland

Description

We need an e2e test that verifies that docker pull/push works for private repositories.

This would serve as an regression test for: #5963

Activity

  1. added theissue type on Mar 25, 2025
  2. RASHMIBB23 commented on Apr 10, 2025

    @RASHMIBB23
  3. Antraxmin commented on Apr 29, 2025

    @Antraxmin

    Can I start working on it?

  4. AryanSharma9917 commented on Jul 17, 2025

    @AryanSharma9917

    Hey @Benehiko,

    I'm interested in working on this issue. Is it still available for contributions? Let me know if I can get assigned to it!

    Thanks!

  5. vvoland commented on Jul 17, 2025

    @vvoland
    CollaboratorAuthor

    Yes, feel free to open a PR

  6. dev-seonghyeon commented on Apr 15, 2026

    @dev-seonghyeon

    Hello @vvoland and @AryanSharma9917,

    I noticed that PR #6194 has been inactive for a few months. If the original author is no longer working on this, I would love to take over the issue and give it a try.

    I am a college student studying computer science and new to open-source contributions. I am also currently learning the Go language. Would it be okay for someone like me to take over this issue?

    If you give me permission, I will do my best to learn and contribute! I have great respect for you all and aspire to be a great engineer like you.

    (P.S. Since English is not my first language, I used a translation tool and AI. Please bear with me if the sentences sound a bit awkward!)

  7. lohitkolluri commented on May 26, 2026

    @lohitkolluri
    Contributor

    Regression coverage for private registry auth is already implemented in #6940 (addresses #5963). Happy to help review or rebase that PR if maintainers want it moved forward.

  8. vvoland commented on May 26, 2026

    @vvoland
    CollaboratorAuthor

    #6940 looks stale. Feel free to carry it forward!

  9. lohitkolluri commented on May 26, 2026

    @lohitkolluri
    Contributor

    Thanks @vvoland — I'll carry #6940 forward via #7007.

    The CI failures look caused by a bad htpasswd volume path in e2e/compose-env.yaml (paths are resolved relative to the compose file, so ./e2e/testdata/... never mounted). I'm reopening #7007 with that fix plus a small compose cleanup (privateregistry service name, depends_on).

  10. lohitkolluri commented on Jun 9, 2026

    @lohitkolluri
    Contributor

    Hey, just following up on the PR I raised. I noticed that no reviewer has been assigned yet, and I wanted to check in to make sure it doesn't go stale. Would someone be able to take a look when they get a chance? Thanks!

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

Metadata

Metadata

Assignees

No one assigned

    Type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions