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 BC break introduced with prototype_data option#17044

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

Closed
memphys wants to merge4 commits intosymfony:2.8frommemphys:15707-fix-prototype-data-bc-break
Closed

[Form] fix BC break introduced with prototype_data option#17044

memphys wants to merge4 commits intosymfony:2.8frommemphys:15707-fix-prototype-data-bc-break

Conversation

@memphys
Copy link
Contributor

QA
Bug fix?[yes]
New feature?[no]
BC breaks?[no]
Deprecations?[no]
Tests pass?[no]
Fixed tickets[#15707]
LicenseMIT
Doc PR[]

This fixes the BC break introduced with prototype_data option in collection type. At the moment whether option is set or not it overwrites prototype data but it has different behaviour before and prototype data was taken from the mapped form data/entity.

  • make the test work (can't figure yet how to test that prototype without prototype_data option has default values)

Copy link
Contributor

Choose a reason for hiding this comment

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

should betype

@memphys
Copy link
ContributorAuthor

@HeahDude thanks! Made new commit, now test is passing.

@memphysmemphys changed the title[WIP] [Form] fix BC break introduced with prototype_data option[Form] fix BC break introduced with prototype_data optionDec 18, 2015
Copy link
Contributor

Choose a reason for hiding this comment

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

Symfony CS prefers to use Yoda conditions:if (null !== $options['prototype_data']) {

Copy link
ContributorAuthor

Choose a reason for hiding this comment

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

@sstok thanks! Fixed

@nicolas-grekas
Copy link
Member

👍

@fabpot
Copy link
Member

Thank you@memphys.

fabpot added a commit that referenced this pull requestDec 18, 2015
…(memphys)This PR was squashed before being merged into the 2.8 branch (closes#17044).Discussion----------[Form] fix BC break introduced with prototype_data option| Q             | A| ------------- | ---| Bug fix?      | [yes]| New feature?  | [no]| BC breaks?    | [no]| Deprecations? | [no]| Tests pass?   | [no]| Fixed tickets | [#15707]| License       | MIT| Doc PR        | []This fixes the BC break introduced with prototype_data option in collection type. At the moment whether option is set or not it overwrites prototype data but it has different behaviour before and prototype data was taken from the mapped form data/entity.- [x] make the test work (can't figure yet how to test that prototype without prototype_data option has default values)Commits-------d73485a [Form] fix BC break introduced with prototype_data option
@fabpotfabpot closed thisDec 18, 2015
@memphys
Copy link
ContributorAuthor

@fabpot with pleasure!

@memphysmemphys deleted the 15707-fix-prototype-data-bc-break branchDecember 21, 2015 16:19
This was referencedDec 26, 2015
nicolas-grekas added a commit that referenced this pull requestDec 29, 2015
This PR was merged into the 2.8 branch.Discussion----------[Form] Fix regression on Collection typeQ | A--- | ---Bug fix? | yesNew feature? | noBC breaks? | noDeprecations? | noTests pass? | yesFixed tickets |License | MITDoc PR |A regression was introduced in#17044.Commits-------bd686cd [Form] Fixed regression on Collection type
Sign up for freeto join this conversation on GitHub. Already have an account?Sign in to comment

Reviewers

No reviews

Assignees

No one assigned

Projects

None yet

Milestone

No milestone

Development

Successfully merging this pull request may close these issues.

6 participants

@memphys@nicolas-grekas@fabpot@sstok@HeahDude@carsonbot

[8]ページ先頭

©2009-2025 Movatter.jp