Thanks to visit codestin.com
Credit goes to github.com

Skip to content

[Translation][Form] Do not translate placeholder and/or empty_value when translation_domain is false #16016

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

Closed

Conversation

Restless-ET
Copy link
Contributor

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

I've made the fix against branch 2.3, but on branch 2.7 there are a few more places where the fix is needed so if you guys want I can make another PR against branch 2.7. :)

@ogizanagi
Copy link
Contributor

This is a new behavior and not a bug fix, isn't it ? NVM, seems to be an existing behavior.

@Restless-ET
Copy link
Contributor Author

IMO it's a bug fix because I believe that we should not try to execute a translation when the translation_domain was specifically disabled.
Also, unless we add this checking the translator will try to execute a translation using a non-existant (empty name) domain. You can easily validate that using the Translation Profiler added in Symfony 2.7.

@Tobion
Copy link
Contributor

Tobion commented Sep 30, 2015

translation_domain => false is not a supported so far. So this is a new feature. We only supported it for choices - also as a new feature - in #13651. So this is not a bug fix.

@jvasseur
Copy link
Contributor

translation_domain => false support was partially added in #15142 to solve the problem of expanded choice widgets.

This should probably be added everywhere for consistency.

But i agree this is a new feature and not a bug fix, the current implementation was just made for internal use (it isn't documented anywhere).

@Tobion
Copy link
Contributor

Tobion commented Sep 30, 2015

@Restless-ET Please open a new PR against 2.8

@Tobion Tobion closed this Sep 30, 2015
@Restless-ET
Copy link
Contributor Author

I was using the (partial-)feature added in #15142 so I though this was supported.

I'll make the PR against 2.8 then. :)

@Tobion You might want to close #16025 as well...

@Restless-ET Restless-ET deleted the 2.3-fix-placeholder-translation branch November 14, 2015 16:07
fabpot added a commit that referenced this pull request Nov 25, 2015
…laceholders when 'translation_domain' is false (Restless-ET)

This PR was squashed before being merged into the 2.8 branch (closes #16031).

Discussion
----------

[Translation][Form] Do not translate form labels and placeholders when 'translation_domain' is false

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

Seems like this behaviour was already partially added (as stated [here](#16016 (comment))) to solve the problem of expanded choice widgets.

Commits
-------

0e0b904 [Translation][Form] Do not translate form labels and placeholders when 'translation_domain' is false
fabpot added a commit to symfony/form that referenced this pull request Nov 25, 2015
…laceholders when 'translation_domain' is false (Restless-ET)

This PR was squashed before being merged into the 2.8 branch (closes #16031).

Discussion
----------

[Translation][Form] Do not translate form labels and placeholders when 'translation_domain' is false

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

Seems like this behaviour was already partially added (as stated [here](symfony/symfony#16016 (comment))) to solve the problem of expanded choice widgets.

Commits
-------

0e0b904 [Translation][Form] Do not translate form labels and placeholders when 'translation_domain' is false
fabpot added a commit to symfony/framework-bundle that referenced this pull request Nov 25, 2015
…laceholders when 'translation_domain' is false (Restless-ET)

This PR was squashed before being merged into the 2.8 branch (closes #16031).

Discussion
----------

[Translation][Form] Do not translate form labels and placeholders when 'translation_domain' is false

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

Seems like this behaviour was already partially added (as stated [here](symfony/symfony#16016 (comment))) to solve the problem of expanded choice widgets.

Commits
-------

0e0b904 [Translation][Form] Do not translate form labels and placeholders when 'translation_domain' is false
fabpot added a commit to symfony/form that referenced this pull request Nov 26, 2015
…laceholders when 'translation_domain' is false (Restless-ET)

This PR was squashed before being merged into the 2.8 branch (closes #16031).

Discussion
----------

[Translation][Form] Do not translate form labels and placeholders when 'translation_domain' is false

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

Seems like this behaviour was already partially added (as stated [here](symfony/symfony#16016 (comment))) to solve the problem of expanded choice widgets.

Commits
-------

0e0b904 [Translation][Form] Do not translate form labels and placeholders when 'translation_domain' is false
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.

5 participants