[maebeale]

🤖 suggested review level: 3 Read 📖 one-line view fix plus a contained redirect change

Clicking "Remove tagging" on a staff tagging's edit page hit a 404 instead of deleting it.

What is the goal of this PR and why is this important?

• The link sits inside a turbo: false form.
  • Turbo ignored its turbo_method: :delete.
  • Browser sent a plain GET to /staff_taggings/:id — no show route → 404.
• Same data: { turbo: true } override event_registrations/_form and comments/_delete_link already use.

How did you approach the change?

• Link re-enables Turbo and carries the return_to / origin_id / admin params.
• destroy now redirects via staff_tagging_return_path, matching the eyebrow.
  • Previously always landed on the staff taggings list, even when removed from a person or staff tag page.
• System spec reproduces the click (failed before the fix).

UI Testing Checklist

• Remove a tagging from a person's edit page → lands back on the person
• Remove from a staff tag page → lands back on that tag
• Remove from the staff taggings list → lands back on the list

Anything else to add?

• workshops/_form has the same pattern (Delete link inside a turbo: false form) — likely the same 404; not touched here.

🤖 Generated with Claude Code