Docker botherer Quay.io's webhook integration with Bitbucket is looking a bit green around the gills.
It followed that up with a warning that by the end of April 2019 it would be making some wholesale changes to Bitbucket user objects, among others, to hand over a bit more control of what data is available to whom.
To quote an anonymous Register reader: "It appears Quay.io didn't get Atlassian's memo."
He went on to tell us: "I've been getting attacked left, right and center by developers since yesterday afternoon." And an enraged developer can be a fearsome thing.
The problem means that one of Quay.io's party tricks, automated builds of containers, is a no-no for Bitbucket users using webhooks to link the platforms.
The idea of Quay.io's service is "to automate your container builds, with integration to GitHub, Bitbucket, and more". Sure, but only if you keep track of API changes.
At the time of publication, the status page for Quay.io notes the borkage (referred to a "Partial Outage") as: "Due to a recent change in Bitbucket's API, Bitbucket triggers are currently non-operative. We are working on a fix to address this change from Bitbucket."
Which seems a little harsh since Atlassian has hardly concealed its privacy plans. A hardworking support operative at Quay.io confirmed the problem was indeed that pesky API tweak, but said the company's developers were working to get a fix out over the weekend.
Quay.io is the hosted incarnation of Red Hat's on-premises container registry service and came as part of the firm's acquisition of CoreOS at the beginning of 2018. CoreOS purchased Quay back in 2014. A popular pricing option for the hosted service is $60/month for 20 private repos, although solitary devs can score the service for $15/month for five private repositories.
So long as they don't want any of that automation nonsense with Bitbucket, of course. Until Quay.io deals with the problem, builds will need to be kicked off via a manual upload or some custom git integration. ®