Packagist: package not auto-updated

[flack]

The following package

http://packagist.org/packages/midgard/createphp

is not auto-updated since 2012-07-26 13:57 UTC

If I look into the github admin settings, everything looks good, and when I click "Test hook" it tells me that the payload is deployed. Could it be that something doesn't work right on the packagist side of things? In my other repos, I have the same configuration and they work fine, it's just this one that gives problems

[stof]

is your token right in the hook config ?

[flack]

Yes,

I compared them, and copied the one shown in packagist over again just
to be sure. I also just tried "Force Update", which seems to work as
expected.

Am 22.08.2012 18:16, schrieb Christophe Coevoet:

is your token right in the hook config ?

—
Reply to this email directly or view it on GitHub
https://github.com/composer/packagist/issues/200#issuecomment-7939737.

[Seldaek]

There have been a few reports of some packages not auto-updating even though everything looks good. I'm not sure if it's a GitHub API issue or what, but I haven't had time to look into it yet.

[mheap]

+1 on this. The repo is http://packagist.org/packages/mheap/silex-mongo
I've got the correct token in the config and have tried "Test Hook". The payload is deployed, but there's no change on the packagist site.

[flack]

Just wanted to bump this ticket shortly, because I get messages from users very now and then, complaining that the packagist version is out of date (or, if they don't realize that, they'll open tickets about bug that have been fixed a long time ago). Are there any news on this or is there anything I can do to help debug?

If it's impossible to fix, would it be an option to just delete the package from packagist and then reigster it again?

[Seldaek]

Can someone with a failing repo give me admin access to it so I can try to debug it by triggering the hook when I have time to look into this? It only happens with a few repos (seemingly at random) and I can't figure out why.

[mheap]

Added you to https://github.com/mheap/Silex-Mongo

[Seldaek]

@mheap thanks, but can you give me admin access to it so I can press the "test hook" button instead of having to push random stuff to the repo to trigger the hook?

[mheap]

As far as I can tell, the only way to give you admin access is to transfer the repo to you as it's not owned by an organisation.

How do you want to proceed? I can transfer it to you, you can fork it, or we can jump on Skype/Jabber at some point and I can just hit test hook whilst you look at logs.

[Seldaek]

Ah damn ok. Well let's do skype then (I'm seldaek there too) - probably won't have much time for this this week though, but add me and I'll ping you when I do.

[userfriendly]

I'm experiencing the same thing when adding the package using the HTTP URL, i.e. https://github.com/WrittenGames/AuditBundle or https://github.com/WrittenGames/AuditBundle.git - but when I add it using the SSH URL, [email protected]:WrittenGames/AuditBundle.git, it works fine (i.e. it auto-updates).

[flack]

Just tried that on my package, but it doesn't seem to make a difference,
at least in my packagist account view, it still says "Not auto-updated"

Am 24.10.2012 11:28, schrieb Moritz Kraft:

I'm experiencing the same thing when adding the package using the HTTP
URL, i.e. https://github.com/WrittenGames/AuditBundle or
https://github.com/WrittenGames/AuditBundle.git - but when I add it
using the SSH URL, [email protected]
mailto:[email protected]:WrittenGames/AuditBundle.git, it works fine
(i.e. it auto-updates).

—
Reply to this email directly or view it on GitHub
https://github.com/composer/packagist/issues/200#issuecomment-9733190.

[userfriendly]

Hmm. You're right, I've still got that in my account view as well. However, it's gone from the package view itself (reproducably, it's there when I use the HTTP URL but gone when I use the SSH one).

[Seldaek]

@userfriendly that's just because ssh URLs aren't fully supported by packagist and aren't seen as github URLs. They kinda work but cause issues and you shouldn't use them unless you run a private packagist with private repos.

[userfriendly]

Oh. :(

Ah well. I guess that means I'm back to being stuck with a non auto-updating package. And yes, I've tried deleting and resubmitting it.

I've got two hooks in use on GitHub, for Travis & Packagist. The former works perfectly fine, the latter not so much.

[hinikato]

I have the same issue, tried both types of URI: git and https. The package name is myak/packager.

[Seldaek]

@hinikato I did a mistake and auto-updates failed for a while today so try again it's most likely fixed for you.

[userfriendly]

So what do I have to do to make it auto-update?

I've added my Packagist token to the GitHub service hook, I've got a valid composer.json in that bundle, and I've used the normal HTTPs URL. It should auto-update, right?

[Seldaek]

@userfriendly Yes that looks all good, though as said above it seems to be failing with some packages for no apparent reason.

[userfriendly]

But why me? :'( Can't it go and fail for someone else for no apparent reason?

Eh, nae bother... going to try with another bundle soon.

[hinikato]

@Seldaek now it works, thanks!

[Seldaek]

@userfriendly ok can you try to push or use the "test hook" button see if it's fixed? Same for @flack and whoever else had this issue.

[userfriendly]

Used the "test hook" button as well as deleted and re-added the package. Still not auto-updating. I think it just really hates my bundle.

[Seldaek]

@userfriendly I tried posting to the packagist API like github would, and it flipped your package to autoupdated (I reset it again). So at this point I would assume you got the wrong api token set up in github, or something like that.. please check on https://packagist.org/profile/ and try hitting test hook again, I'm now logging everything on the server and if it really fails let me know and I'll check the logs.

[userfriendly]

Oh my god. It's not the token. It's because the repo is under an org and not under my username, and I didn't add the username to the hook. When I did, the package switched to auto-updating immediately.

So sorry for wasting your time. >.<

[Seldaek]

Eh well, shit happens :) Glad there is no other bug then. I'll close this for the time being.

[flack]

Just did a test commit to my repo and it looks like the issue is still there. github says the repo was updated two minutes ago, while packagist says it was updated yesterday. Or is there some delay that I should be aware of?

[flack]

P.S.: I also still see the notification "This package is not auto-updated" when I'm logged in at Packagist

[Seldaek]

@flack obviously I disabled logging.. enabled it again now, can you try again to click test hook on the packagist thing at https://github.com/flack/createphp/admin/hooks ?

[flack]

ok, I clicked test hook, paylod was deployed

[flack]

P.S.: If it helps you in testing, I can send you my API token, since granting access doesn't seem to work

[Seldaek]

Ok, I assume you put http://packagist.org/ in the Domain field of github? All I saw in the log is a 404 on //api/github. For now either remove the last slash, or just leave that field blank. I'll make sure the github hook does a better job of normalizing inputs.

[flack]

Alright, this actually did the trick. I left the field blank, and now it
works without problems. Thanks for the investigation!

[Seldaek]

Ok cool. Sorry it took me this long to dive into it, but now I think we
fixed all issues relating to auto-updating.

[Sybio]

Hello, I tried many times to force update (and also auto update...) my repository, it still does not work.

I recently added a version tag to my composer.json (Previously there was no version tag.):
https://github.com/Sybio/ImageWorkshop/blob/master/composer.json

The file seems good, I checked the comma, etc...

The packagist service hook on github is well configured, I pasted many times my token, and gave the login "Sybio" https://packagist.org/users/Sybio/

When testing, it says "Payload deployed".

I would like to force packagist to show the new version 2.0.0 on my repo page: https://packagist.org/packages/sybio/image-workshop, but it doesn't.

So I have several suscepictions of bug / bad manipulation:

• The version tag was not created since the beginning, and so it can't be found or updated
• I didn't add ImageWorkshop on packagist the first, i'm not the initial maintainer (this is erminetto), see here: https://packagist.org/packages/sybio/image-workshop
  Perhaps it should be his username and token in the github config ? Even I'm one of the maintainers. But it seems that the repo on packagist was well auto-updated (last dev-master update -> 2012-11-30 08:57)
• There is another manipulation to add a version on a repository, and not just to add the tag version in composer.json ?

This is probably my fault, but where am I wrong ? Thanks !

[stof]

It will never show a version 2.0.0 for a branch. If you want to have a stable version, you have to create a tag in the repo.

Btw, you should omit the explicit version in your composer.json as it is useless when using a VCS repo but can be harmful. Here is how the version is infered from the git metadata:

• for branches, it will be 2.1.x-dev for the branch 2.1 or 2.1.x (same for any branch looking like a version number, to have a comparable version) and dev-master for master (same for any other branch). In these cases, the version field in the composer.json is ignored entirely
• for tags, the version is taken from the tag name. If the tag name cannot be parsed as a version, the tag is skipped and cannot be installed through composer. If you specify the version explicitly and it is different than the tag name, the tag will also be considered as invalid and be skipped.

So specifying the version explicitly in a git repo (or a SVN or Hg repo btw) is only a way to make mistakes each time you do a release.

[Sybio]

@stof Many thanks I didn't understand that tagging version is with git ^^' Fixed !

[joshribakoff]

Same issue here, I copied my username & token out of another repo that is auto updating packagist, but it doesn't work in a different repo.

Basically I had a repo that was working fine with auto updating. I renamed it in GitHub - there was no way to rename in packagist, and editing the package to update it's URL didn't work either (gave a generic error - "undefined"). I couldn't delete the old pacakagist package, but I created a new one under the new package name, and set it up like a new repository... now I'm stuck doing force update

[Seldaek]

@joshribakoff which package(s)? I can probably delete the old one to get it unstuck. I think if two packages have the same repo url it can trip up the github hook receiver.

[joshribakoff]

Interesting... the package was vehiclefits/Vehicle-Fits-Magento being renamed to vehiclefits/vfmagento

[joshribakoff]

@Seldaek Now same problem with vehiclefits/Vehicle-Fits-Core is the old name, which prevents the new one (vehiclefits/library) from working, please delete the former package? Thanks. Also see here, we should be able to delete it ourselves! https://github.com/composer/packagist/issues/115

[Seldaek]

@joshribakoff gone. I think you're now out of legacy-named packages to rename :)

[danmichaelo]

Sorry for re-opening, but I can't get auto-updating to work with https://packagist.org/packages/scriptotek/sru-client . My other packages are ok, but this is the first one filed under a organization (scriptotek), not under my personal account (danmichaelo), if that makes a difference. I can add you to the organization if needed for testing.

[stof]

@danmichaelo when enabling the hook on github, have you configured the username or only the token ? By default, if you don't configure the username in the Packagist service hook, the name of the repo owner will be used. But this works only if there is a packagist user with the same name than the repo owner, which is likely not the case for the organization, while it can be the case for your personal account

[danmichaelo]

Ups, had it set it to my email address.. which is not the username on packagist. Silly, but thanks for helping, @stof !

[steeffeen-zz]

my package also doesn't auto-update even though the username on github and packagist is the same (and i've entered it anyways)
github also says the hook is valid and that the "Last delivery was successful."
https://packagist.org/packages/steeffeen/fancymanialinks
help would be greatly appreciated

[fireproofsocks]

+1... seems to be a recurring issue?

[Seldaek]

If it fails try deleting the hook and re-creating it. In some instances it seems that solves the problem on the github side.

[steeffeen-zz]

during the weeks before posting i've recreated the hook over 10 times which didn't fix it
i tried it again today, but unfortunately there's still no auto-update

[Seldaek]

Your canonical URL was not a case-sensitive match for the github URL, that might have caused issues although we normally don't check for that anymore. But anyway I edited the URL, if you want to try again the test service button. Otherwise check that the domain is empty and the API key is correct.

[fireproofsocks]

The only thing that seemed to clear this out was 1) removing the Packagist service from Github 2) re-adding the Packagist service on Github 3) Testing the service. If you don't test the service, your repo is never green-lit it seems...

[Seldaek]

Step 1/2 seem to be required sometime but I think that's a @github failure. Step 3 is only necessary if you want to green-light a package immediately, otherwise it should happen first time you push.

[fireproofsocks]

It does seem like it's a Github problem, but I can confirm that the package never updated after doing a push. Only after doing the test of the service did it work.

[Seldaek]

Why does it not seem like a GitHub problem? We treat all github hook messages equally, and only read the package URL from them.. It's really rather weird that hitting test hook would change anything on either side.

[steeffeen-zz]

@fireproofsocks i re-added the hook several times and I've hit Test service on each try and the light has always been green but that didn't change a thing
@Seldaek thanks for the fix with the case-sensitive url, hitting Test service again indeed enabled the auto-update, for me it's working now, thank you very much

[lamoni]

I'm having the same issues (had a repo called lamoni/NetConf, renamed it to lamoni/netconf), and the auto-update service hook to Packagist won't work.

[Seldaek]

@lamoni if the settings are correct try to delete it and re-create it, sometimes it helps.

[lamoni]

@Seldaek did that and it fixed it, thanks!

[ginsen]

I'm having the same issues, I don't know if it is a GitHub problem or not, my repo is ginsen/photosort and the auto-update service hook to Packagist don't work.

[TVart]

even if this this ticket is closed, i'd like to add this post witch can help such people.
I've had this problem to:
to fix it :
1 ) I've replaced url in https with git@ssh and the domain
2 ) I had domain filled like https://packagist.org/packages/owner/repo and set it to https://packagist.org

And... it works :)

[radiegtya]

it happened to me too.
What I was fixing was:

1. at packagist webhook services, rather than using Username with email ([email protected]), use username only (someone)

and its work

[jaitaiwan]

Hey guys, thought I'd just pipe in and say watch out because similar issues can occur when you have a bitbucket repo because of this issue: bitbucket.org/site/master/issue/7775. I've personally struggled with this for a long time before I realised where the issue lay.

If you're paying for bitbucket I highly suggest moving on from them as they have not been bothered to fix this issue in over 2 years.

Hope this helps!

[zot24]

FYI for me the issue was that I was forcing the version of the project on the version params in my composer.json file and I wasn't bumping it on each new tag

[compojoom]

I was fighting with this for an hour so here is what fixed it for me. As @Seldaek said - delete the package and create it again. After that it worked.

[nilportugues]

@TVart method just works! Thanks!

[nick4fake]

This still does not work for most of my repos.

I am using username, token is correct, as well as url.

[phpstudyone]

请问现在解决了这个问题没有？我依然不能自动更新。

[nglasl]

Throwing my +1 onto this. The auto-update will work 95% of the time, but fail the other 5% of the time. I tested this by adding a tag onto a repository, and it would show under packagist. Then deleting the tag, it would remain under packagist. If you look under settings, there's a "last delivery failed due to timeout" error. Pushing another tag, it appears under packagist and the previous tag is now gone. I've also tried doing a "force update" directly from packagist, and it actually took two attempts before the deleted tag was removed, so it's definitely hit and miss from either end. This doesn't only happen when deleting a tag, as I've had the same issue when trying to create a new tag.

[neoacevedo]

Good, this works randomly.

If you have 2 branches and one tag, the tag never is updated while the branches shows the updated project.

[theDyingMountain]

https://github.com/composer/packagist/issues/200#issuecomment-100643589 @TVart : thanks, your second point about the url, fixes the Problem for me