Providing an update. BitBucket has made some changes to their API to tighten security. We are working with them to determine what is needed for CircleCI to be able to interact with those endpoints again.
Bumped into this issue again - could do with SSH access. Am trying to work around it, butā¦
This is still being working on. I donāt have an update to share yet besides the one above.
No worries Joe - a 15 commit commit-push-wait-retry marathon has identified the issue!
This has been going on for a month. What is the ETA on a fix? Or should we start looking for other options besides CircleCI?
I honestly donāt think grumpy or hostile messages are going to help obtain a fix any faster, lbornov2. Iād like a fix too, but itās not like anyone broke it deliberately.
FWIW, my original post may have been a different problem, since it worked after a change was rolled back.
Right now a fix is waiting on one of two things:
- BitBucket changes their API again
- We change the way SSH rebuild works with BitBucket
We have a couple of possible resolution options, but we are in communication with Atlassian to try and solve this in a way that is smoothest to all parties. If we are unable to regain access to the API endpoint, possible other solutions would require the customers having to generate app passwords or separate keys in other to gain access. They would result in more work for you and is something we would prefer to avoid.
To @halferās point, this was a reused thread and has not been going on as long as the first post. We understand the frustration, and we providing updates as regularly as makes sense. Thank you for your patience.
It would not be better to introduce ssh section on user profile and use that key. In most of the scenarios we donāt even generate a new ssh key by use the same we use for github or bitbucker and will be independent from any platform changes in the future. And as a bonus you can import existing ssh keys from github
It is obviously convenient to use the same key as the Git host. However, if a temporary workaround involves adding a new key, then so be it. Creating a new key takes a few minutes, but not having the SSH facility can cost a few hours. I know which I prefer.
I have an update. After reviewing with their security team, BitBucket has decided there are no issues with letting us access the keys again. While I donāt have a timeline, once they change things back this feature should start working again with no need for changes on your side.
Iāll update again once I know itās working.
Any update? Itās preventing me from troubleshooting.
I wish. Fingers crossed, soon.
Thanks for the update. Maybe Iāll look into moving us to GitHub in the meantime!
is there any update about this ? I need to debug an error running with iOS but cant read the log because I canāt ssh using BB. Do we have a workaround to solve this ?
Thanks for the response. But this workaround I canāt do.
Hi @rmjsantos. I donāy have a workaround, unfortunately. We are waiting on Atlasssian to change the API endpoint back.
Edited to Add: This has just been escalated again with them.
Sorry but this was my response. So yeah I gave the details. I canāt move the repo to GitHub. Thanks @drazisil. Iāll keep watching here.
Please lets be nice folks. This is causing a lot of inconvenience and stress to all involved.
Actually, @rmjsantos, You mentioned IOS, which I missed.
If you are using Fastlane , and set
environment:
FL_OUTPUT_DIR: output
FASTLANE_LANE: test
The xcode and Fastlane logs should output to that directoryand you can upload as artifacts and view that way. Itās mentioned here https://circleci.com/docs/2.0/ios-codesigning/#setting-up-fastlane-match but we keep forgetting to explain why we say to do that in the example config.
Thanks @drazisil. Iāll try that.