-
-
Notifications
You must be signed in to change notification settings - Fork 9.6k
[3.0][DoctrineBridge] Removed deprecated features #15900
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
Conversation
wouterj
commented
Sep 26, 2015
Q | A |
---|---|
Bug fix? | yes |
New feature? | no |
BC breaks? | yes |
Deprecations? | no |
Tests pass? | yes |
Fixed tickets | - |
License | MIT |
Doc PR | - |
d539535
to
59f454d
Compare
* | ||
* @throws UnexpectedTypeException | ||
*/ | ||
public function __construct($queryBuilder, $manager = null, $class = null) | ||
public function __construct(QueryBuilder $queryBuilder) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
this means that people will get a PHP fatal error instead of an UnexpectedTypeException
, but I guess that is not a problem?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
not an issue: Symfony usage of this class is already validating the type earlier (in EntityType) anyway
tests are broken |
Status: needs work |
9ee907d
to
349d928
Compare
Fixed. Status: Needs review |
@wouterj I don't agree with you. Half of the tests of the bridge are still throwing exceptions instead of running properly. Status: needs work |
349d928
to
26179d5
Compare
@stof agreed. Fixed some more things and made the tests pass locally. Should be ready (hopefully). Status: Needs review |
@@ -140,7 +147,6 @@ public function configureOptions(OptionsResolver $resolver) | |||
$options['em'], | |||
$options['class'], | |||
$qbParts, | |||
$options['loader'], |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
as the loader is now returned from *Type::getLoader()
, it'll always be the same. I don't think it makes sense to include it in the cache hash anymore.
This was also causing caching to become useless, as the object returned from getLoader()
always was a new instance, resulting in another hash.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
it was not making caching useless, as $options['loader']
was set only in case the option was used explicitly (not the case by default.
I agree that the loader returned by getLoader
does not belong to the cache key: the other parts of the cache key are what determine this loader, and this is why they are here
26179d5
to
f813e36
Compare
Fixed the comments |
Broken tests are not related to this PR. Anything else before merging? |
Afaik, no. |
Thank you @wouterj. |
…terJ) This PR was squashed before being merged into the 3.0-dev branch (closes #15900). Discussion ---------- [3.0][DoctrineBridge] Removed deprecated features | Q | A | ------------- | --- | Bug fix? | yes | New feature? | no | BC breaks? | yes | Deprecations? | no | Tests pass? | yes | Fixed tickets | - | License | MIT | Doc PR | - Commits ------- 6dc3cf9 [3.0][DoctrineBridge] Removed deprecated features