Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

"Assign to me" button for manual intervention step in child-project doesn't assign the task. #6493

Closed
5 tasks done
danefalvo opened this issue Jul 23, 2020 · 4 comments
Closed
5 tasks done
Assignees
Labels
area/core feature/deployreleasestep kind/bug This issue represents a verified problem we are committed to solving

Comments

@danefalvo
Copy link

danefalvo commented Jul 23, 2020

Prerequisites

  • I have verified the problem exists in the latest version
  • I have searched open and closed issues to make sure it isn't already reported
  • I have written a descriptive issue title
  • I have linked the original source of this report
  • I have tagged the issue appropriately (area/*, kind/bug, tag/regression?)

The bug

If your on the task summary page of a project that is currently being deployed and a child-project reaches a manual intervention step, you are prompted with an alert message - in which you can assign the manual intervention step to yourself - by clicking the "Assign to me" button. Clicking the button changes a message on the page from: "Assigned to: No one" to "Assigned to: you".

However, this button doesn't actually assign the manual intervention step to anyone. If you navigate to the manual intervention task - you are still prompted to assign the step to someone.

What I expected to happen

Clicking on "Assign to me" should assign the manual intervention step to me.

Steps to reproduce

  1. Create two projects. Project 1 should have the step "Deploy a release". Project 2 should be the release that it deploys and it should contain a "Manual intervention step"
  2. Deploy Project 1. Stay on the Task Summary screen as Project 1 deploys and calls Project 2.
  3. When Project 2 reaches the manual intervention step, you will be prompted to assign the Manual Intervention step to yourself.
  4. Assign the manual intervention step, so that it now says "Assigned to: you".
  5. Open "Tasks" and click on the Child Project Manual intervention step. You will see that the task is not assigned to anyone.

Screen capture

2020-07-23-15-58-29

Affected versions

Tested on latest version of Octopus Cloud. 2020.3.1

Added Edit

After Triaging another issue - I have discovered that the same symptoms appear when dealing with a triggered guided failure within a child step.

Links

https://secure.helpscout.net/conversation/1229998029/67723?folderId=3767284

@danefalvo danefalvo added the kind/bug This issue represents a verified problem we are committed to solving label Jul 23, 2020
@mcasperson
Copy link

We have flagged this as an issue with product, but at this point we do not have capacity to assign an engineer to resolve the issue. We'll keep the issue open, but unfortunately we can not provide any guidance as to when it will be resolved.

@mcasperson mcasperson added the product/noqrfcapacity Do not use this label anymore label Jul 27, 2020
@droyad
Copy link
Contributor

droyad commented Oct 20, 2020

This is because the interruptions that show up are the interruptions on the parent deployment not the interruptions that occur on the child. These interruptions are created to pause the parent until the child ones are resolved. These interruptions are then auto-resolved.

We probably shouldn't show this UI on the parent at all.

@octoreleasebot
Copy link

Release Note: Interruptions in child deployments can now be actioned from the parent deployment task log

@Octobob
Copy link
Member

Octobob commented May 16, 2024

🎉 The fix for this issue has been released in:

Release stream Release
2024.2 2024.2.6432
2024.3+ all releases

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area/core feature/deployreleasestep kind/bug This issue represents a verified problem we are committed to solving
Projects
None yet
Development

No branches or pull requests

7 participants