-
-
Notifications
You must be signed in to change notification settings - Fork 78
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
Exceptions Thrown From Subscribers Are Ignored? #58
Comments
The exception is associated with the transaction, the error event is emitted, then to end event is emitted. The command layer process event is emitted for both successful and error conditions in the request life cycle. If unhandled, the exception is thrown. The point is that Guzzle ensures that the events are always emitted to allow listeners to handle error conditions.
|
How come the behaviour has changed between guzzle 4 and guzzle 5? |
Can you be more specific? The reason it changed is it's a better API that has specific state transitions.
|
I was expecting an exception to be thrown at the very end, but instead, the model array was returned. |
Your docs say that:
This never happened? |
Should we not be checking |
What do you make of #59 @mtdowling? |
I'm AFK right now, but yes, there's a bug there because it needs to check for an exception before creating a result.
|
For some reason the code continues without throwing this exception at a later point? This used to work in guzzle 4. I've done some debugging, and this exception is definitely thrown from this subscriber, but for some reason guzzle ignores it, and continues anyway?
The text was updated successfully, but these errors were encountered: