Skip to content

fix(config): refactors default token resolution to prevent insecure URL error #1173

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

Conversation

codejedi365
Copy link
Contributor

@codejedi365 codejedi365 commented Feb 7, 2025

Purpose

Rationale

Due to the previous default token loading, PSR configuration load would initate the default RemoteConfig. During validation of the remote config, the HVCS object was initialized and upon initialization the URL is evaluated for insecure protocol causing errors when the URL was pulled from the env.

This change removes the need for initialization which means the URL validation will not occur pre-maturely

How did you test?

Allowed user to test in their environment and it worked for them. No automated test was created.

… insecure URL error

Due to the previous default token loading, PSR configuration load would
initate the default RemoteConfig. During validation of the remote config,
the HVCS object was initialized and upon initialization the URL is evaluated
for insecure protocol causing errors when the URL was pulled from the env.

This change removes the need for initialization which means the URL validation
will not occur pre-maturely

Resolves: python-semantic-release#1169, python-semantic-release#1074
@codejedi365 codejedi365 merged commit 37db258 into python-semantic-release:master Feb 8, 2025
12 checks passed
@codejedi365 codejedi365 deleted the fix/default-token-load-insecure-error branch February 8, 2025 00:08
@codejedi365
Copy link
Contributor Author

🎉 This PR has been published as part of Version 9.18.1 🎉

You can find more information about this release on the GitHub Releases page.

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.

commands are failing for self hosted gitea release hosted via http An error occurred in the workflow
1 participant