Skip to content

[Debug] Deprecate ExceptionHandler::createResponse #15418

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
Aug 1, 2015

Conversation

nicolas-grekas
Copy link
Member

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

This does deprecate a behavior that might be specialized by someone somewhere, but I seriously doubt anyone did. It complicated the implementation for no gain IMHO.

@@ -154,8 +154,7 @@ public function handle(\Exception $exception)
*
* @param \Exception $exception An \Exception instance
*
* @see sendPhpResponse()
* @see createResponse()
* @deprecated since 2.8, to be removed and replaced by a direct call to sendPhpResponse in 3.0.
Copy link
Member

Choose a reason for hiding this comment

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

deprecating a private method looks weird. You should describe what is deprecated exactly

@nicolas-grekas
Copy link
Member Author

Or could I drop this method in 2.7? The comments in #5367 make me think that the answer could be yes.
I don't see any side effect, did I miss something?

@nicolas-grekas nicolas-grekas changed the title [Debug] Deprecate calling createResponse internally in exception handler [Debug] Deprecate ExceptionHandler::createResponse Jul 31, 2015
@nicolas-grekas nicolas-grekas force-pushed the debug-depr branch 2 times, most recently from e505e1e to 1bb4f44 Compare July 31, 2015 14:08
@nicolas-grekas
Copy link
Member Author

PR is ready but is to be merged after #15417 (which is included for now)

@nicolas-grekas nicolas-grekas force-pushed the debug-depr branch 2 times, most recently from a0dfe87 to 1782bfd Compare July 31, 2015 15:20
@fabpot
Copy link
Member

fabpot commented Aug 1, 2015

Ok, can you rebase then?

@nicolas-grekas
Copy link
Member Author

Rebased

@fabpot
Copy link
Member

fabpot commented Aug 1, 2015

Thank you @nicolas-grekas.

@fabpot fabpot merged commit a4d2d31 into symfony:2.8 Aug 1, 2015
fabpot added a commit that referenced this pull request Aug 1, 2015
…colas-grekas)

This PR was merged into the 2.8 branch.

Discussion
----------

[Debug] Deprecate ExceptionHandler::createResponse

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

This does deprecate a behavior that might be specialized by someone somewhere, but I seriously doubt anyone did. It complicated the implementation for no gain IMHO.

Commits
-------

a4d2d31 [Debug] Deprecate ExceptionHandler::createResponse
@nicolas-grekas nicolas-grekas deleted the debug-depr branch August 1, 2015 07:03
@fabpot fabpot mentioned this pull request Nov 16, 2015
fabpot added a commit that referenced this pull request Nov 26, 2015
This PR was merged into the 3.0-dev branch.

Discussion
----------

[Debug] remove unused use statement

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

ref #15418

Commits
-------

a862e5e [Debug] remove unused use statement
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.

4 participants