In my case there were trigger errors pointing towards the issue, which was to do with the enforcement of sessions being enabled on the named queue. Creating another queue and removing the requirement for sessions, resolved the issue.
The error message at first was not clear as it only stated the following:
{
"status": 403,
"message": "Cannot use a trigger on 'transfwopartition' entity with auto-forwarding enabled.\r\nclientRequestId: b62228df-830d-4564-a1f9-6727102fe2f0",
"source": "servicebus-ne.azconn-ne.p.azurewebsites.net"
}
Auto-forwarding was off and was never enabled on my queue. Same applied to partitions (not sure whether the use partitions would make a difference, but checked this as per the previous comment on here).
However, if you look at the trigger errors, you will gain more detailed error messages, like the one below indicating it was an issue with sessions. Thus, the solution is to use a queue that does not enforce sessions or provide a session ID (for actions that support this parameter).
"body": {
"status": 400,
"message": "It is not possible for an entity that requires sessions to create a non-sessionful message receiver. TrackingId:265012a9-ffe8-4982-85c9-2799ec29b69b_G23_B34, SystemTracker:servicebusmiti:Queue:transfwopartition, Timestamp:2018-12-19T22:29:17\r\nclientRequestId: 872039fa-d310-47f5-a11e-50335ae5f128",
"source": "servicebus-ne.azconn-ne.p.azurewebsites.net"
}