Thanks for getting in touch! Sorry about the delay in getting back to you - most of our team was out for a public holiday yesterday.
I’ve managed to reproduce the issue, and I’ve logged an issue for it. I’ve got a fix locally which we should be able to get out in the next few days.
In the meantime, you can remove the scoping from one of the variable values - it will use this as a “default” value, which will be overwritten in the other environments that have more specific scoping.
Firstly, are you able to confirm your Octopus version, as this was resolved in 2019.5.0, and you have reported that you are using 2018.5.1. If that is the case I would recommend upgrading to the latest LTS release of Octopus, which you can do here. Please make sure you read through the upgrade guide first to make sure that you have appropriate backups before commencing the upgrade.
If, however, you are on 2019.5.1 please let me know so that we can investigate further.
Hi @Alex.Rolley,
Any workaround for 2018.5.1 users? If no, what are the impacts for current project in our space if we upgrade to newer version.
Thanks
To receive the fix for this issue you will need to upgrade to at least 2019.5.1, and I would recommend upgrading to our current LTS, 2019.9.12.
This will be a large upgrade, you can see the change notes comparing the two versions here. If possible I would recommend restoring a copy of your production database and performing a test upgrade to ensure that your production upgrade is as smooth as possible.
Please let me know if you have any further questions,