-
-
Notifications
You must be signed in to change notification settings - Fork 5.5k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
TestAPIGitTags Fails To Read Correct User On Drone Docker Runner #14247
Comments
UpdateIt turns out that the Still, I'd propose that this issue shouldn't be caught by I'd propose the above change should be made to the assertions in |
Thanks for reporting this :) For maintainers looking at this, the reason we don't face this is because we are still using the (now deprecated) drone-agent for our builds, and the drone docker runner has a slight change in behaviour. |
Yeah, this issue has exposed a few problems with my drone setup which I'm trying to resolve (mainly: why is drone using my user credentials for git?) |
Outdated |
Re-openening as we have yet to switch to new drone-runner |
I think we can add a skip for that test and enable a new agent and then find a way to fix the test. |
I think I've figured out how to fix that test ... #19509 (comment) |
TestAPIGitTag (and likely others) will fail if the running environment contains GIT_AUTHOR_NAME and other env variables like it. This PR simply unsets these when running the integration tests. Fix go-gitea#14247 Signed-off-by: Andrew Thornton <art27@cantab.net>
…o-gitea#19512) TestAPIGitTag (and likely others) will fail if the running environment contains GIT_AUTHOR_NAME and other env variables like it. This PR simply unsets these when running the integration tests. Fix go-gitea#14247 Signed-off-by: Andrew Thornton <art27@cantab.net>
…19512) (#19519) TestAPIGitTag (and likely others) will fail if the running environment contains GIT_AUTHOR_NAME and other env variables like it. This PR simply unsets these when running the integration tests. Fix #14247 Signed-off-by: Andrew Thornton <art27@cantab.net> Co-authored-by: zeripath <art27@cantab.net>
…o-gitea#19512) TestAPIGitTag (and likely others) will fail if the running environment contains GIT_AUTHOR_NAME and other env variables like it. This PR simply unsets these when running the integration tests. Fix go-gitea#14247 Signed-off-by: Andrew Thornton <art27@cantab.net>
golang:1.15
[x]
):Description
CI runner is failing on TestAPIGitTags using the settings above. It appears that the git user and git email are not read correctly from the annotated tag. It resolves to my user credentials instead of the mock credentials from the test. It actually appears that the API is working fine, because
gitRepo.GetTag(aTagName)
returns the same info that the API request is getting. In fact, I've updated the test to:However, there still appears to be an issue with either writing via
CreateAnnotatedTag
or reading viaGetTag
because, as I understand it, neither case should use my system credentials.The text was updated successfully, but these errors were encountered: