Skip to content
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

Unable to download ZIPs for Tags 1.0.2 and 1.0.3 #440

Open
amangini opened this issue Nov 25, 2024 · 12 comments
Open

Unable to download ZIPs for Tags 1.0.2 and 1.0.3 #440

amangini opened this issue Nov 25, 2024 · 12 comments

Comments

@amangini
Copy link

It appears that your tag downloads are not working and generating 404s. This is causing some pipeline issues on various projects that use your tag releases.

https://github.com/drgullin/icheck/tags

If you try to download the zip version, they fail. At least at the time of this writing. It could be a GitHub issue that will fix itself, hopefully. :)

Thank you.

@trishcoddington
Copy link

We are having same problem. Thank you.

@dmundra
Copy link

dmundra commented Nov 25, 2024

Same. I created an issue on the Drupal side that uses this dependency https://www.drupal.org/project/webform/issues/3489710

@vrwired
Copy link

vrwired commented Nov 26, 2024

Only workaround to succeed pipeline I found is to define repository in composer, though still ended up having to modify the redirect that gets composed into the lock file - see https://www.drupal.org/project/webform/issues/3489710#comment-15872590

@omarlopesino
Copy link

Looks like as the username changed from dargullin to drgullin the download links are broken. Seems a temporary issue.

Alternatively to the patch, I suggest another solution that is only valid when the library is not being used in the project (for projects where this is a deep dependency of another library): adding the library to replace.
For example:


    "replace": {
        "jquery/icheck": "*"
    },

@GoonerW
Copy link

GoonerW commented Nov 26, 2024

The username changing doesn't explain why the v1.0.1 version still works (https://github.com/drgullin/icheck/releases/tag/1.0.1).

It's certainly baffling.

@nitesh-voya
Copy link

We are also affected by this issue since today morning. I still agree this need to be fix asap

@GoonerW
Copy link

GoonerW commented Nov 26, 2024

The last commit was 4 years ago. I'm not sure what's happening with this project. The author was proclaiming that v2 is around the corner (https://github.com/drgullin/icheck/tree/2.x) but the last commit to that branch was 9 years ago and the 1.0.3 readme.md added the note about v2 10 years ago.

@mdranove
Copy link

Removing the link in the readme to http://fronteed.com/iCheck/ seems to fix the issue. #439

@BramDriesen
Copy link

Removing the link in the readme to http://fronteed.com/iCheck/ seems to fix the issue. #439

That does not make sense. The issue is that the username changed, breaking any references to the zip / tarbal in things like composer files.

@mdranove
Copy link

Removing the link in the readme to http://fronteed.com/iCheck/ seems to fix the issue. #439

That does not make sense. The issue is that the username changed, breaking any references to the zip / tarbal in things like composer files.

I know it sounds strange, but it fixed the issue on my fork. https://github.com/mdranove/icheck_404_fix/releases/tag/1.0.3.0

If it was related to the username, why does downloading 1.0.1 work?

@dmundra
Copy link

dmundra commented Dec 6, 2024

GitHub supported reported to me that they fixed original links issue and it should be working again.

@BramDriesen
Copy link

Removing the link in the readme to http://fronteed.com/iCheck/ seems to fix the issue. #439

That does not make sense. The issue is that the username changed, breaking any references to the zip / tarbal in things like composer files.

I know it sounds strange, but it fixed the issue on my fork. https://github.com/mdranove/icheck_404_fix/releases/tag/1.0.3.0

If it was related to the username, why does downloading 1.0.1 work?

Because you are referencing your fork with an URL that does not result in a 404.

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

No branches or pull requests

9 participants