Fixed in the next release. The wiki was passing the return path of the wiki page to inline moderation actions if the action was sent from a tab on the wiki page. However, this is mostly valid only if the Cancel button is clicked. When clicking Delete, a second 'success' path must be passed in order to return to a valid location.
An inverse variation of this issue also affected using the Move tab. The success path would return the user to the target area of the move, rather than the page they were viewing.
This is also fixed by the change, which adds 'successid' and 'failureid' as alternative inputs to the current 'returnid'. These inputs take precedence as follows:
On successful action completion:
1. Look-up 'success' variant. If nothing, then 2.
2. Look-up 'return' variant. If nothing, then 3.
3. Look-up return 'url'. If nothing, then 4.
4. Look-up content the item applied to. If multiple items, then 6. If Delete/Deny action, then 5. Otherwise return to this content.
5. Look-up parent for the content. If nothing, or content isn't parented, then 6.
6. Return to the wiki index.
On failed action completion (like cancel button):
1. Look-up 'failure' variant. If nothing, then 2.
2. Look-up 'return' variant. If nothing, then 3.
3. Look-up return 'url'. If nothing, then 4.
4. Look-up content the item applied to. If multiple items, then 6. If Delete/Deny action, then 5. Otherwise return to this content.
5. Look-up parent for the content. If nothing, or content isn't parented, then 6.
6. Return to the wiki index.