You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Unable to download ZIPs for Tags 1.0.2 and 1.0.3 #440
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.
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. :)
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:
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.
Activity
trishcoddington commentedon Nov 25, 2024
We are having same problem. Thank you.
dmundra commentedon 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 commentedon 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 commentedon Nov 26, 2024
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:
GoonerW commentedon 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 commentedon Nov 26, 2024
We are also affected by this issue since today morning. I still agree this need to be fix asap
GoonerW commentedon 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 commentedon Nov 26, 2024
Removing the link in the readme to http://fronteed.com/iCheck/ seems to fix the issue. #439
BramDriesen commentedon Nov 26, 2024
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 commentedon Nov 26, 2024
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 commentedon Dec 6, 2024
GitHub supported reported to me that they fixed original links issue and it should be working again.
BramDriesen commentedon Dec 6, 2024
Because you are referencing your fork with an URL that does not result in a 404.