-
Notifications
You must be signed in to change notification settings - Fork 196
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
getting FrozenError: can't modify frozen Array: when running specs #335
Comments
The |
aha, rogue There is not an equivalent callback for the real destroy, correct? |
No, acts_as_paranoid does not have that callback. |
Doesn't look like there's a way built into the gem where I can determine if it's a soft or hard delete in the method called by the callback, unless I'm missing it? I have several use cases where I need different behavior in the callback based on soft or hard delete. |
No there is no built in way for that. If you first soft-delete and then hard-delete, the second time the callback is called By the way, why are you moving away from |
"Paranoia will continue to accept bug fixes and support new versions of Rails but isn't accepting new features." from their GH page. it already fails on the beta versions of Rails 7.2 and while the maintainers say they'll support new versions of Rails, I have no idea how long that'll take or how long it'll be true. |
Since acts_as_paranoid is subtly different from paranoia in lots of ways, this could be a painful migration. I don't read the text in the README as saying paranoia is neglected. Rails 7.1 support was added 6 days after the release of Rails 7.1, so that's pretty quick. The text in the README was added 7 years ago, so the support promise seems pretty solid. |
You were spot on, they just released a new version a few days ago with support for the 7.2 beta. |
working to replace paranoia with acts_as_paranoid
swapped out the gems
trying to run specs and receiving
FrozenError:
can't modify frozen Array:
for the autoload paths
going over the gem source, nothing is freezing the array explicitly. Need to dig into what's happening internally in rails in the
ActiveSupport.on_load
block, though. Any thoughts?The text was updated successfully, but these errors were encountered: