Why do I see the completed pipeline status as "Paused"?

Dinara Tablina
Contributor
May 13, 2024

All my completed pipelines in all repositories today got status "Paused" instead of "Completed". What can be the reason of that changes?

12 answers

1 accepted

Edmund Munday
Atlassian Team
Atlassian Team members are employees working across the company in a wide variety of roles.
May 28, 2024

Hi all - apologies for the confusion around this change. There are several small incremental changes currently underway designed to give users more a more explicit set of statuses for builds - in addition to giving users more tools to better manage those statuses - what you are seeing right now is one step, of several, that are underway to "rationalise" the way statuses are used, and also give you all more flexibility.

What's changed so far:

There have been two changes so far, with a few more to come.

  • The first change was purely cosmetic, changing the status colour for "Stopped" builds from an amber "warning" style colour, to a grey "Subtle" style colour.
    • This was done as a build that is "Stoped" has been put into that status via an active decision by a user, therefore it does not need immediate attention and should not be showing a "warning" colour.
  • The second change was to make the UI representation of "Paused" steps actually match their underlying status in the system (this is the change that's causing the confusion). Note - this is a UI change only, designed to increase the overall consistency and understandability of the UI. No behavioural changes have occurred due to this.
    • Specifically, this affects Pipelines that contain steps with a "manual" trigger, most often used for manually approving deployments, however also sometimes used to control optional steps that people might run at the end of a pipeline.
    • Important to note that these pipelines have always been considered "Paused" in the system, and that has always been reflected in the UI when filtering pipelines by status.
      • When filtering by "Paused" status, these Pipelines have always been displayed.
      • When filtering by "Successful" status, these Pipelines have always been hidden
    • However, the actual text + colour shown in the "Status" column for these pipelines previously showed "Successful", even though that was not the correct status for these pipelines in the system.
      • This made it effectively impossible to differentiate between pipelines that were actually "Successful", vs ones that were simply "Paused" without using the status filter to seperate the two.
      • It was also highly inconsistent as the status filter did not visually match what the user was seeing in the UI under the "status" column.
    • To be clear, we understand this creates an inconvenience in situations where customers have "paused" pipelines that they have no intention of actually completing, such as when they have got "optional" steps at the end of their workflow controlled via the "manual" trigger.

What's still coming:

  • The third change that we are planning to implement is designed to address this scenario by allowing customer to manually move a "paused" pipeline out of that "paused" state, and into one of several possible final states.
    • This will allow customers to mark a "Paused" pipeline as "Successful" or potentially some other "Cancelled" state, if they do not intend to execute the manually triggered steps, but do not want to leave it in a "Paused" state.
  • Future: We are also considering the option of marking some steps as explicitly "optional", which would allow them to not affect the overall pipeline status at all. This is a larger change that is not happening in the immediate future though.

Feedback request:

  • It's clear from the feedback here that, while these changes are making things more consistent and explicit on one side, they may be disrupting peoples workflows on another.
    • Specifically - there is a distinction between when a pipeline is "paused" due to some kind of system controlled mechanism (e.g a deployment lock), where that pipeline needs human interaction, vs a pipeline that was paused due to a decision made by the user via their pipelines .yml file (e.g a manual trigger).
    • While these are both still "Paused", they are a different in terms of their severity. A system enforced "pause" (referred to as a "halted" state internally) is one that requires relatively immediate manual intervention. A workflow enforced "pause" does not.
    • One simple option would be to seperate these two state's into two distinct options - "Paused" for workflow enforced states (e.g manual triggers), and "Halted" for system enforced.
      • In this scenario, "paused" would show as the green "Success" colour, and "halted" as the amber "Warning" colour.
Sebastian C
I'm New Here
I'm New Here
Those new to the Atlassian Community have posted less than three times. Give them a warm welcome!
May 29, 2024

The current state of this is inconsistent with bitbucket documentation.  There was already alignment on how this state should be represented.

https://support.atlassian.com/bitbucket-cloud/docs/view-your-pipeline/#2.-Pipeline-status

Please revert, or give your customers the option to revert/opt-in. Introduce a new state of "Successful, Incomplete" if that seems more appropriate.

2024-05-29_11-16-32.jpeg

Like # people like this
Jim Nidositko
I'm New Here
I'm New Here
Those new to the Atlassian Community have posted less than three times. Give them a warm welcome!
May 29, 2024

@Edmund Munday You have stated yourself the exact problem that people are up in arms about:

  • To be clear, we understand this creates an inconvenience in situations where customers have "paused" pipelines that they have no intention of actually completing, such as when they have got "optional" steps at the end of their workflow controlled via the "manual" trigger.

This is more than an inconvenience.

This change to improve "consistency" between backend status and displayed status now takes every build that used to look normal (Successful) and mixed it in with what was previously an exceptional status (Paused) that was only ever displayed when a user took manual action to pause a build.

We now have no way to differentiate the most common build outcome / use-case from a highly exceptional / unusual use case.

Please revert this change immediately and (if you feel it is truly necessary) add an option to allow customers to opt into this massive UI change.

Like # people like this
Leon Komarovsky
I'm New Here
I'm New Here
Those new to the Atlassian Community have posted less than three times. Give them a warm welcome!
May 30, 2024

Actually after reading @Edmund Munday response, I understand how it works now and do see value in it. It focuses developers a bit more on "incomplete" pipelines, pushing them to make them green. It will take some time getting used to the new concept.

The release process of this feature was terrible. This change had to be communicated to all customers BEFORE it was made, and probably several times. You should make sure that as much of your customers as possible understand the change. You introduced conceptually different approach without notifying us properly.

 

Sharon Hinde
Rising Star
Rising Star
Rising Stars are recognized for providing high-quality answers to other users. Rising Stars receive a certificate of achievement and are on the path to becoming Community Leaders.
May 30, 2024

thx Atlassian for breaking my brain today and making me waste time trying to fix an issue that wasn't actually there.

That new orange Paused status on manual steps made me think the pipelines on my new repository were broken!

Please revert pipelines with manual steps to Successful because this is currently a broken user experience for teams that rely on pipeline statuses at a glance.

Like # people like this
Ravi Ponnada
I'm New Here
I'm New Here
Those new to the Atlassian Community have posted less than three times. Give them a warm welcome!
June 21, 2024

The previous functionality of hollow green circle with the green check mark was perfect because we knew that all the executed steps were successful and there are additional manual steps.

 

This change is confusing and I along with all the developers (I am sure) wish you revert this.

Like Daan Davidsz likes this
10 votes
Marin
I'm New Here
I'm New Here
Those new to the Atlassian Community have posted less than three times. Give them a warm welcome!
May 29, 2024

This is a breaking change in the UI as it shows a warning color and label for the paused status in pipelines with manual steps, please revert or advise on how to handle it to get the old behavior back. Our team of developers is now unsure of pipelines status because of it.

8 votes
Igor Bljahhin
Contributor
May 29, 2024

This change is very annoying and inconvenient. Before, all our completed builds were GREEN, which was fine because we executed manual steps very rarely. Now, successfully completed builds are suddenly YELLOW, which makes us worry and wonder if the job successfully finished or if somebody/something paused the job.

Please make this option configurable or revert to the old behavior.

Igor Bljahhin
Contributor
May 29, 2024

I would like to mention as well, that we used to get the notifications about finished jobs to Slack. Now notifications are not coming to Slack because the jobs are not finished, but they are paused!

UPD. This issue was not related to the change in pipelines statuses.

Like # people like this
Igor Bljahhin
Contributor
July 18, 2024

I see that you changed the color of Paused builds from yellow to grey. I am okay with this fix. The color was only thing which was annoying us.

Like Sharon Hinde likes this
5 votes
Andrew Mollerson
I'm New Here
I'm New Here
Those new to the Atlassian Community have posted less than three times. Give them a warm welcome!
May 28, 2024

Currently seeing the same issue as well in our environment. Manual build steps are configured. 

2024-05-28 08_29_06-ttec-digital-ip _ oneview Pipelines — Bitbucket.png

Commit messages were masked so this isn't an UI issue

3 votes
Dinara Tablina
Contributor
May 27, 2024

I suppose that with the latest Bitbucket updates, all pipelines that had unfinished steps (jobs) are now marked as Paused, and pipelines that had all steps completed are marked as Completed.

If I'm right, this is an inconvenient update.

Pascal De Cort May 28, 2024

@Dinara Tablina seems to be correct. Pipelines that have manual steps and not executed are marked as paused.

part of the pipeline:

- step:
name: Deploy pos-service artifacts to S3
image: atlassian/pipelines-awscli
trigger: manual
script:
- aws s3 cp pos-service/build/libs/p....

check differences in 2 screenshots

Screenshot 2024-05-28 at 14.01.53.png ___Screenshot 2024-05-28 at 14.03.12.png

Like # people like this
Dinara Tablina
Contributor
May 28, 2024

Hello, @Pascal De Cort 

Do you know if it is a consequence of latest Bitbucket updates? 

Like Daan Davidsz likes this
Edmund Munday
Atlassian Team
Atlassian Team members are employees working across the company in a wide variety of roles.
May 28, 2024
Like # people like this
2 votes
Sebastian C
I'm New Here
I'm New Here
Those new to the Atlassian Community have posted less than three times. Give them a warm welcome!
May 29, 2024

edited: [i meant to post this as a reply, not an answer]

2 votes
Leon Komarovsky
I'm New Here
I'm New Here
Those new to the Atlassian Community have posted less than three times. Give them a warm welcome!
May 28, 2024

Hi @Patrik S , we now have the same problem on our repos.

Running a pipeline that has manual step sets the status to Paused like on other screenshots in the thread.

2 votes
Dinara Tablina
Contributor
May 27, 2024

Hello @Patrik S ,

 

I've encountered the problem again and now I have the screenshot with these weird statuses.
Do you have any idea what could be the reason?statuses.png

Poat
Contributor
May 30, 2024

... they got rid of the "unfilled circle" successful status.... @Dinara Tablina 

Dinara Tablina
Contributor
June 4, 2024

I know, but our developers don't need to run all steps every time they change the code. And it's very inconvenient to work with Paused statuses.

Like # people like this
1 vote
Patrik S
Atlassian Team
Atlassian Team members are employees working across the company in a wide variety of roles.
May 14, 2024

Hello @Dinara Tablina ,

and welcome to the Community!

Did you mean that all the pipelines executed in the past - which were already with the status Successful/Failed - got their status updated to Paused

Would you mind sharing a screenshot from the Pipelines page where you see all pipelines paused from one of the affected repositories? 

Dinara Tablina
Contributor
May 14, 2024

Hello, @Patrik S ,

Yes, that's exactly what I meant: all my previous Successful or Failed pipelines got their status updated to Paused.
Unfortunately, I can't share a screenshot now, because after a few hours the original statuses returned without any interference from me. But I'm wondering what could be causing of this behavior?

Patrik S
Atlassian Team
Atlassian Team members are employees working across the company in a wide variety of roles.
May 14, 2024

Hello @Dinara Tablina ,

That seems to have been just a temporary instability on the platform to get the actual build status, so I wouldn't expect it to happen again.

However, if you notice this same behavior in the future, please let us know so we can investigate further.

Like Dinara Tablina likes this
Dinara Tablina
Contributor
May 15, 2024

Hello @Patrik S ,

Thank you for the reply!

Like Patrik S likes this
Ruby May 27, 2024

Same issue happens on 28/05/2024.

Like # people like this
Alexander Grzesik
I'm New Here
I'm New Here
Those new to the Atlassian Community have posted less than three times. Give them a warm welcome!
May 28, 2024

We have the same issue since yesterday. All pipelines with manual steps now show up as paused while before they where completed. I did not find anything that this is an intended change or a bug.
For sure it is very annoying and confusing for the developers. We use manual tasks in all our pipelines to trigger release builds and now all look like something is wrong with the paused status. If this was an intended change it would be great to provide some documentation about it.

Like # people like this
SMarkley
I'm New Here
I'm New Here
Those new to the Atlassian Community have posted less than three times. Give them a warm welcome!
May 28, 2024

Can confirm. We are having the same issues. Just like you, we have some optional manual steps on all our build to be able to promote a build to various environments.

Now all our build show "Paused" except for the ones deployed all the way to Prod

If this is a platform change, please advise how I can mark a step in my yml to indicate a "completed" state

Like # people like this
Poat
Contributor
May 30, 2024

I'm brining my pitchfork to the party - all our builds show paused and this is confusing....

I could pause a build in the middle and it looks the same like completed builds w/ manual deploy :(

Like # people like this
0 votes
Bee Lee
I'm New Here
I'm New Here
Those new to the Atlassian Community have posted less than three times. Give them a warm welcome!
August 20, 2024

I thought was something wrong with my pipelines flow. Now I've realized was a breaking change. I don't like it.

0 votes
ginman86
I'm New Here
I'm New Here
Those new to the Atlassian Community have posted less than three times. Give them a warm welcome!
July 17, 2024

fix this plz

0 votes
Serhii Serhiienko June 9, 2024

Also some manual steps are optional and up to situation if you need to run it or not. For example in our flow it's cache clean trigger, and in 99% is not runned, but up to developer if he need to run it or not. 
And that definetly not paused state.
Or if you need to stick with status add some "optional step" field config on step level, so in this case if manual step not runned pipe is still successful.

Suggest an answer

Log in or Sign up to answer
DEPLOYMENT TYPE
CLOUD
PERMISSIONS LEVEL
Product Admin
TAGS
AUG Leaders

Atlassian Community Events