Note though, that this only works when you're already using git for your dependency
I was trying to figure out why it wasn't working for me. This was probably the reason.
So if you just have gem 'rack', it just silently has no effect.
It seems like it should just work either way. Or at least give a warning/error if you try to use this config and it's not going to use that config!
This was originally disallowed because #5907 was opened asking for different behavior in this situation that we didn't want to allow, and so we decided to make it a compiler error rather than have confusing behavior in that situation.
Indeed, if MoneySerializer was reloadable, starting with Rails 7 such initializer would raise a NameError.
We’ve enabled deprecation warnings by default when running specs. Making these warnings more visible to developers helps upgrading to newer Ruby versions.
wanted to surface to the user during SSR if the client-side call would likely fail due to cross-origin fetching, credentials, etc.
Get told in big red letters when the dependency changed and you need to check that your fix is still valid.
`Module ${a.id} may be unable to evaluate without ${b.id}, but is included first due to a cyclical dependency. Consider swapping the import statements in ${parent} to ensure correct ordering`
Since this issue seems to pop up periodically, it would be useful to turn this into a warning. It may not be elegant, but it prevents surprise blank screens due to a navigation error.
Not an actual fix.