Skip to content
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

[2.3][Form] Check if IntlDateFormatter constructor returned a valid object before using it #11334

Closed
wants to merge 13 commits into from

Conversation

romainneutron
Copy link
Contributor

Q A
Bug fix? yes
New feature? no
BC breaks? no
Deprecations? no
Tests pass? yes
Fixed tickets n/a
License MIT

IntlDateFormatter constructor may return false. This patches avoids fatal errors in these cases

akimsko and others added 12 commits July 2, 2014 15:19
The parent constructor will create a new formatter if the $formatter parameter is null
This fix avoids that the formatter becomes 2 different instances in $this and $this->stderr
This PR was submitted for the 2.5 branch but it was merged into the 2.3 branch instead (closes symfony#11272).

Discussion
----------

[Console] Make sure formatter is the same.

| Q             | A
| ------------- | ---
| Bug fix?      | yes
| New feature?  | no
| BC breaks?    | no
| Deprecations? | no
| Tests pass?   | yes
| Fixed tickets |
| License       | MIT
| Doc PR        |
The parent constructor will create a new formatter if the $formatter parameter is null.

This fix avoids that the formatter becomes 2 different instances in $this and $this->stderr, if null was passed to the constructor.

Commits
-------

64328d9 [Console] Make sure formatter is the same
There is no reason to turn a failure into a different failure. And this
will avoid Travis to say that the "false" command failed.
… of the uri of a link (benja-M-1)

This PR was squashed before being merged into the 2.3 branch (closes symfony#11194).

Discussion
----------

[DomCrawler] Remove the query string and the anchor of the uri of a link

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

Commits
-------

fe5d2d1 [DomCrawler] Remove the query string and the anchor of the uri of a link
…akzal)

This PR was merged into the 2.3 branch.

Discussion
----------

[DomCrawler] Fix Link docblocks and formatting

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

re symfony#11194

Commits
-------

5cbe13e [DomCrawler] Fix docblocks and formatting.
…orselli)

This PR was submitted for the master branch but it was merged into the 2.3 branch instead (closes symfony#11246).

Discussion
----------

[Validator] updated italian translations

Commits
-------

b74afe0 updated italian translation for validation messages
…er (JustBlackBird)

This PR was submitted for the 2.5 branch but it was merged into the 2.3 branch instead (closes symfony#11238).

Discussion
----------

[Translation] Added unescaping of ids in PoFileLoader

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

Although it is not directly described in gettext docs, _msgid_ should be unescaped too. The other reason to unescape _msgid_ is symmetry between ```PoFileLoader``` and ```PoFileDumper```. The dumper escapes both _msgid_ and _msgstr_ values, but the loader unescapes only _msgstr_.

Commits
-------

816a4a9 [Translation] Added unescaping of ids in PoFileLoader
This PR was merged into the 2.3 branch.

Discussion
----------

Simplified the Travis test command

There is no reason to turn a failure into a different failure. And this will avoid Travis to say that the "false" command failed.

Commits
-------

e8d01c9 Simplified the Travis test command
@fabpot
Copy link
Member

fabpot commented Jul 7, 2014

Isn't something we need to do in 2.3?

@romainneutron
Copy link
Contributor Author

woops, you're right, I thought I proposed this change in 2.3 and I targeted the wrong branch here. Let me close this one and reopen a new one. I think merging this with gh in 2.3 would not be so easy

@romainneutron
Copy link
Contributor Author

I've updated my branch, you should now be able to merge it in 2.3 easily

fabpot added a commit that referenced this pull request Jul 23, 2014
…d a valid object before using it (romainneutron)

This PR was merged into the 2.3 branch.

Discussion
----------

[2.3][Form] Check if IntlDateFormatter constructor returned a valid object before using it

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

`IntlDateFormatter` constructor [may return false](http://www.php.net/manual/en/intldateformatter.create.php#refsect1-intldateformatter.create-returnvalues). This patches avoids fatal errors in these cases

This PR replaces #11334

Commits
-------

ebf967d [Form] Check if IntlDateFormatter constructor returned a valid object before using it
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

7 participants