-
-
Notifications
You must be signed in to change notification settings - Fork 191
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
Merge release 2.1.4 into 3.0.x #381
Conversation
Currently when partitioning a Collection-object it will return an array of ReadableCollections unless that return-type is overwritten in the implementation. This change makes sure that any implementation of a Collection actually returns an array of Collections instead.
2.1.x bugfix release (patch) - Total issues resolved: **0** - Total pull requests resolved: **4** - Total contributors: **3** - [380: Improve return type for Collection::partition](#380) thanks to @heiglandreas - [379: Make returntypes consistent with implementation](#379) thanks to @heiglandreas - [377: Add doctrine-project.json to .gitattributes](#377) thanks to @VincentLanglet - [376: Doctrine Coding Standard 12](#376) thanks to @derrabus * tag '2.1.4': Improve return type for Collection::partition (#380) Make returntypes consistend with implementation (#379) Add doctrine-project.json to .gitattributes (#377) Doctrine Coding Standard 12 (#376)
@derrabus @heiglandreas I've tried fixing the cs issue by adding |
This is a bug in the Slevotmat CS. Pin it to the same version we use in DBAL. |
Just pushed a commit showing that pinning does not seem to fix the issue (I did add annotations). Interestingly, other classes extending collections/src/ArrayCollection.php Lines 315 to 324 in bdd8b62
|
5a0211d
to
7fd2179
Compare
It's actually not more precise, I'll revert to the previous commit 😞 |
7fd2179
to
9a86474
Compare
Cc @kukulich, can you please have look at this? TL;DR: slevomat/coding-standard@4b2af2f does not seem to cover all cases, we have a case with complex annotations that are not detected as useful to inherit. |
@greg0ire I'm not able to reproduce any bug. And I see only these reports https://github.com/doctrine/collections/pull/381/files#annotation_14617881091 and all seems relevant |
@kukulich when adding UPD: done |
I would suggest to disable this sniff in this repository. It goes against other sniffs that you use. |
This implies disabling the UselessInheritDocComment sniff.
039fae4
to
448e610
Compare
According to a maintainer of slevomat/coding-standard, it goes against other sniffs we use in this repository. See doctrine#381 (comment)
According to a maintainer of slevomat/coding-standard, it goes against other sniffs we use in this repository. See #381 (comment)
Add comment explaining exclusion rule
Release Notes for 2.1.4
2.1.x bugfix release (patch)
2.1.4
Static Analysis
380: Improve return type for Collection::partition thanks to @heiglandreas
379: Make returntypes consistent with implementation thanks to @heiglandreas
377: Add doctrine-project.json to .gitattributes thanks to @VincentLanglet
Improvement