Nice job fixing this. There appears to be a slight difference between this and the original, though. It's the `like` bit in the old query. Instead of looking up notifications by the `sender_id` field, it's looking in the `params` field, which appears to be a serialized hash. For now I think we should keep the existing query until we have a better sense of the rationale (or lack thereof) behind it.

```ruby
Notification.update_all(['state = ?', STATE_RECINDED], ["source_id = ? AND variation = ? AND state = 0 AND params LIKE '%:sender_id => ?%'", source_id, variation, sender_id])
```