icheck icon indicating copy to clipboard operation
icheck copied to clipboard

Unable to download ZIPs for Tags 1.0.2 and 1.0.3

Open amangini opened this issue 1 year ago • 12 comments

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.

amangini avatar Nov 25 '24 20:11 amangini

We are having same problem. Thank you.

trishcoddington avatar Nov 25 '24 20:11 trishcoddington

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

dmundra avatar Nov 25 '24 20:11 dmundra

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

vrwired avatar Nov 26 '24 03:11 vrwired

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": "*"
    },

omarlopesino avatar Nov 26 '24 09:11 omarlopesino

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.

GoonerW avatar Nov 26 '24 09:11 GoonerW

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

nitesh-voya avatar Nov 26 '24 09:11 nitesh-voya

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.

GoonerW avatar Nov 26 '24 09:11 GoonerW

Removing the link in the readme to http://fronteed.com/iCheck/ seems to fix the issue. https://github.com/drgullin/icheck/pull/439

mdranove avatar Nov 26 '24 14:11 mdranove

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.

BramDriesen avatar Nov 26 '24 15:11 BramDriesen

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?

mdranove avatar Nov 26 '24 16:11 mdranove

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

dmundra avatar Dec 06 '24 15:12 dmundra

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.

BramDriesen avatar Dec 06 '24 15:12 BramDriesen