-
Notifications
You must be signed in to change notification settings - Fork 17
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
Always try form registry first #97
Conversation
@Spea Thanks for that issue + PR! |
@mmoreram do you need anything else to get this merged? |
I'm trying to fix some issues related to v3.0.0 compatibility, and there is any tests failing because of this... Thanks :) |
Allright, thx :) |
Just out of curiosity. Do you want a functional test, an unit test or both? |
Well, you've playing more than me on that issue, so feel free. The important thing here is to find an scenario failing without your patch, and passing with it :) |
Check this :) |
@Spea rebase with master and as soon as you find that scenario that fails, we can review this ^^ Thanks :) |
@mmoreram ping I removed the |
@mmoreram I don't want to be pushy, but I kinda depend on this PR. Is it possible to merge this today? |
Oh, the ping was because the test is done! |
Always try form registry first
@Spea Excellent, man! Great job! :D Thanks ! |
Thanks for merging :) |
Thanks you for doing :D |
In 2.8 the
getName
method from the FormTypeInterface is deprecated, instead the FQDN should be used. When doing so, theFormAnnotationResolver
always tries to instantiate the class instead of using the formRegistry.Since the FormRegistry already handles this case since 2.8, I check the registry if the type exists and get it from the there instead of trying to instantiate it.
This should not break any compatibility.