Movatterモバイル変換


[0]ホーム

URL:


Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Sign up
Appearance settings

[Form] Fix FormEvents::* constant and value matching#24631

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 ourterms of service andprivacy statement. We’ll occasionally send you account related emails.

Already on GitHub?Sign in to your account

Merged
fabpot merged 3 commits intosymfony:masterfromyceruto:formevents
Oct 19, 2017

Conversation

@yceruto
Copy link
Member

@ycerutoyceruto commentedOct 19, 2017
edited
Loading

QA
Branch?4.0
Bug fix?no
New feature?no
BC breaks?yes (ppl relying on const value directly, very weird)
Deprecations?no
Tests pass?yes
Fixed tickets#24615
LicenseMIT
Doc PR-

#24615 (comment) by@stof:
Yeah, I think we could change this in 4.0 without a big impact (btw, I think our BC policy even allows it for this case).
There is one case where people will use the event name rather than the constant: the kernel.event_listener tag (and recent versions can even use the constant in YAML files). But this won't be the case for this event, as form events are not dispatched in the main dispatcher anyway.

dmaicher and deguif reacted with thumbs up emoji
@dmaicher
Copy link
Contributor

Should this be mentioned insideUPGRADE-4.0.md?

@yceruto
Copy link
MemberAuthor

Thanks@dmaicher, done.

@ycerutoycerutoforce-pushed theformevents branch 3 times, most recently fromfe514e0 to0ee856aCompareOctober 19, 2017 17:51
@yceruto
Copy link
MemberAuthor

Thanks a lot@javiereguiluz, much better! :)

* The values of the `FormEvents::*` constants have been updated to match the
constant names. You should only update your application if you relied on the
constant values instead of their names.

Copy link
Contributor

Choose a reason for hiding this comment

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

This will cause UPGRADE-4.0 in master and 3.4 going out of sync no? Which btw is already happening (https://www.diffchecker.com/5W6GeCnZ).. again :-)

Copy link
MemberAuthor

Choose a reason for hiding this comment

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

So the upgrade entry should be updated in 3.4 too?

Copy link
Member

Choose a reason for hiding this comment

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

yes, it should be synchronized

@fabpot
Copy link
Member

Thank you@yceruto.

@fabpotfabpot merged commit944931a intosymfony:masterOct 19, 2017
fabpot added a commit that referenced this pull requestOct 19, 2017
…yceruto, javiereguiluz)This PR was merged into the 4.0-dev branch.Discussion----------[Form] Fix FormEvents::* constant and value matching| Q             | A| ------------- | ---| Branch?       | 4.0| Bug fix?      | no| New feature?  | no| BC breaks?    | yes (ppl rely on const value directly, very weird)| Deprecations? | no| Tests pass?   | yes| Fixed tickets |#24615| License       | MIT| Doc PR        | ->#24615 (comment) by@stof:Yeah, I think we could change this in 4.0 without a big impact (btw, I think our BC policy even allows it for this case).There is one case where people will use the event name rather than the constant: the kernel.event_listener tag (and recent versions can even use the constant in YAML files). But this won't be the case for this event, as form events are not dispatched in the main dispatcher anyway.Commits-------944931a Minor reword0ee856a Update UPGRADE-4.0.md0fc2282 fix the constant value to be consistent with the name
@ycerutoyceruto deleted the formevents branchOctober 19, 2017 18:53
fabpot added a commit that referenced this pull requestOct 19, 2017
This PR was merged into the 3.4 branch.Discussion----------Synchronizing Upgrade 4.0 notes in 3.4| Q             | A| ------------- | ---| Branch?       | 3.4| Bug fix?      | no| New feature?  | no| BC breaks?    | no| Deprecations? | no| Tests pass?   | yes| Fixed tickets |#24631 (comment)| License       | MIT| Doc PR        | -Commits-------c4f64a6 Update UPGRADE-4.0.md
@fabpotfabpot mentioned this pull requestOct 30, 2017
Sign up for freeto join this conversation on GitHub. Already have an account?Sign in to comment

Reviewers

@fabpotfabpotfabpot left review comments

@javiereguiluzjaviereguiluzjaviereguiluz approved these changes

+2 more reviewers

@ro0NLro0NLro0NL left review comments

@ogizanagiogizanagiogizanagi approved these changes

Reviewers whose approvals may not affect merge requirements

Assignees

No one assigned

Projects

None yet

Milestone

No milestone

Development

Successfully merging this pull request may close these issues.

7 participants

@yceruto@dmaicher@fabpot@javiereguiluz@ro0NL@ogizanagi@carsonbot

[8]ページ先頭

©2009-2025 Movatter.jp