Skip to content

[TypeInfo] Remove deprecated code for non-array based collections #60988

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

Open
wants to merge 1 commit into
base: 8.0
Choose a base branch
from

Conversation

mttsch
Copy link
Contributor

@mttsch mttsch commented Jun 30, 2025

Q A
Branch? 8.0
Bug fix? no
New feature? yes
Deprecations? no
Issues
License MIT

@mttsch
Copy link
Contributor Author

mttsch commented Jun 30, 2025

I could not find a reference to the removed code in Symfony docs, thus I do not think they need updates. Also see the docs issue for the deprecations: symfony/symfony-docs#20602

@mtarld mtarld changed the title [TypoInfo] Remove deprecated code for non-array based collections [TypeInfo] Remove deprecated code for non-array based collections Jun 30, 2025
@mtarld mtarld added the TypeInfo label Jul 1, 2025
@mttsch mttsch force-pushed the feature/type_info_array_collection branch from 042d3f7 to d522388 Compare July 1, 2025 10:46
Comment on lines +10 to +15
```diff
use Symfony\Component\TypeInfo\Type;

-$type = Type::iterable(Type::string(), asList: true);
+$type = Type::list(Type::string());
```
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We usually don't put diffs in changelogs 🙂

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I am sorry, but I am getting really mixed signals. In another PR, the UPGRADE contains before/after examples, the CHANGELOG did not. There it is suggested (by a Symfony Core Member) to also add before/after examples to the CHANGELOG. In this PR, it is suggested, to not do it.

I am happy to do the changes, but it appears that - unless I am misunderstanding things - there seems to be no consensus on this topic 🙂

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I don't think this example is necessary tbh, the sentance is self-sufficient to me. Anyway I'd say diffs are cool for CHANGELOGs as well as UPGRADE files :)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants