-
-
Notifications
You must be signed in to change notification settings - Fork 1.3k
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
Don't pollute Controllers with conflicting instance variables #2032
Comments
This would be a huge change. However, I think that we should just get rid of |
Could you scope |
Would |
If it's only in the Admin then the functionality makes no sense. |
That makes sense. So is this before filter actually needed? If I submit a pull request removing it would this be something supported by the Refinery team? |
To master branch, yes, I think so. |
Ok thanks |
There may be tests that use this functionality too, but I guess they'll fail if the functionality disappears so it should be obvious :-) Thanks!! :) |
@parndt Sorry for not getting this done, I couldn't get the tests to run which was a sticking point. For future reference, are there any docs for this? I tried the usual |
Hi @paulspringett no problem! |
@parndt that's what I was looking for! Thanks. |
The
store_current_location!
method is using a@page
instance variable that pollutes across all controllers, regardless if they're anything to do with Refinery or not.Something like
@page
is arguably a common variable name and shouldn't be defined by Refinery. I would suggest using something like@_refinery_page
to avoid conflicts. Would this be a big change? If it's realistic I'll fork, patch and submit a pull request.Alternatively, would it be possible to scope this variable definition to the Refinery controllers only?
Thanks,
Paul
The text was updated successfully, but these errors were encountered: