Skip to content

ChoiceType callable deprecation after/before seems wrong #31143

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

Merged
merged 1 commit into from
Jun 5, 2019

Conversation

Simperfit
Copy link
Contributor

@Simperfit Simperfit commented Apr 17, 2019

Q A
Branch? 3.4
Bug fix? no
New feature? no
BC breaks? no
Deprecations? no
Tests pass? yes
Fixed tickets none
License MIT
Doc PR none

Was looking at the upgrade file because I'm upgrade an app right now, and just see that mistake I made 3 years ago !!

@nicolas-grekas nicolas-grekas added this to the 3.4 milestone Apr 17, 2019
@nicolas-grekas nicolas-grekas changed the title minor: ChoiceType callable deprecation after/before seems wrong ChoiceType callable deprecation after/before seems wrong Apr 17, 2019
@Simperfit Simperfit force-pushed the patch-6 branch 2 times, most recently from 0716a1d to 30814a5 Compare April 18, 2019 05:11
@xabbuh
Copy link
Member

xabbuh commented Apr 18, 2019

The previous example does not look entirely wrong to me. Previously, you had to wrap the range in a PropertyPath instance as it would have been interpreted as the range()function in Symfony 3.4 and older. That's no longer required in Symfony +4.0 as the string would always be interpreted as a property path.

@Simperfit
Copy link
Contributor Author

Simperfit commented Apr 18, 2019 via email

@xabbuh
Copy link
Member

xabbuh commented Apr 18, 2019

Maybe we should just remove the range example as it seems confusing. The important one is the strtoupper one.

@Simperfit
Copy link
Contributor Author

@xabbuh yes, doing it.

@Simperfit
Copy link
Contributor Author

This is ready.

@Simperfit
Copy link
Contributor Author

Thanks @yceruto for the review;

@Simperfit
Copy link
Contributor Author

@fabpot this is ready

@fabpot
Copy link
Member

fabpot commented Jun 5, 2019

Thank you @Simperfit.

@fabpot fabpot merged commit 11ee84c into symfony:3.4 Jun 5, 2019
fabpot added a commit that referenced this pull request Jun 5, 2019
… (Simperfit)

This PR was merged into the 3.4 branch.

Discussion
----------

ChoiceType callable deprecation after/before seems wrong

| Q             | A
| ------------- | ---
| Branch?       | 3.4
| Bug fix?      | no
| New feature?  | no <!-- don't forget to update src/**/CHANGELOG.md files -->
| BC breaks?    | no     <!-- see https://symfony.com/bc -->
| Deprecations? | no <!-- don't forget to update UPGRADE-*.md and src/**/CHANGELOG.md files -->
| Tests pass?   | yes    <!-- please add some, will be required by reviewers -->
| Fixed tickets | none   <!-- #-prefixed issue number(s), if any -->
| License       | MIT
| Doc PR        | none <!-- required for new features -->

<!--
Write a short README entry for your feature/bugfix here (replace this comment block.)
This will help people understand your PR and can be used as a start of the Doc PR.
Additionally:
 - Bug fixes must be submitted against the lowest branch where they apply
   (lowest branches are regularly merged to upper ones so they get the fixes too).
 - Features and deprecations must be submitted against the master branch.
-->

Was looking at the upgrade file because I'm upgrade an app right now, and just see that mistake I made 3 years ago !!

Commits
-------

11ee84c minor: ChoiceType callable deprecation after/before seems wrong
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.

7 participants