Closed tobyreid closed 4 years ago
I'll add that this occurs where there is a dependency between stages:
*edit - Actually it occurs all the time
We have the same issue in our pipeline
Thanks for reporting. We'll get this checked.
@tobyreid Sorry for the inconvenience. We are unable to reproduce this issue. Below are the steps that we tried:
Can you please help us with the exact repro steps.
Hi @shyama1208,
Sorry for the delayed response -
With regard to repro steps - I can capture the payload that's being sent to the server via PUT - it appears to be "correct" from my inspection. The response from the server is incorrect. Would you like examples of that?
I have a few other build pipelines where this behaviour isn't exhibited, I cannot determine the common factor.
Never mind. We got the repro and we have fixed the issue. The fix should be deployed in few weeks. Thanks for bringing up the issue!
👍 Thanks @shyama1208
This appears to be working now (for me) in Azure DevOps
Same here
Thanks for confirming!
Thanks for reporting the issue. Closing this as this is now fixed
Describe the bug
When mapping the (classic) Azure pipeline
Stage
to JIRADeployment type
it appears to save successfully, but after page refresh - it shows the incorrect values..To Reproduce
I have 3 Stages in my pipeline, Integration, Staging and Production - when mapping these as follows and clicking save, observe the desired output:
The response from vsrm.dev.azure.com comes back with a json response that causes the interface to show the following (only visible after a full page refresh)
It appears that all desired values I entered have had their index shifted by -1 relative to their Stage.
Looking at Fidder, the properties and values for the Stage-> Deployment type mapping appear to be saved as child properties of the correct 'Stage', but the response is incorrect:
Expected behavior To save the properties of the Stage with correct values
Screenshots See above inline
Desktop (please complete the following information):