Dezső BICZÓ

@sagikazarmark > Can you provide some code to reproduce this behaviour? (TBH I'm quite certain that this should never happen) I haven't kept these non-working solutions. What I remember is...

Maybe returning a `\Http\Promise\RejectedPromise` in Error handler plugin could be the "[Guzzle Promise way](https://github.com/guzzle/promises/blob/v1.3.1/src/Promise.php#L51)" for this problem, but you can not do that because HttpPlugin plugin's onfulfilled function's parameter must...

Finally could knock together a POC for the CURL client so I reported it: https://github.com/php-http/curl-client/issues/39 As you can see, Error plugin is not needed to reproduce the issue.

Same with PHP 7.2 ``` [email protected]:/var/www/html $ ./testrunner.sh Passed Iteration: 1. Invoking the wait callback did not resolve the promise Failed after: 2 restarts. [email protected]:/var/www/html $ php -v PHP 7.2.5...

I tried to confirm that this issue did not cause by some I/O problem in Docker containers by using Docker for Mac. It took more time to fail, but it...

Right, updated to POC code in the 1st comment. I spin up an Ubuntu 18.04 with PHP 7.2 in a VM just to completely exclude Docker issues from the picture....

If you add ErrorPlugin to the Plugin client it becomes much easier to reproduce this bug: ```php $pluginClient = new \Http\Client\Common\PluginClient( new \Http\Client\Curl\Client(\Http\Discovery\MessageFactoryDiscovery::find(), \Http\Discovery\StreamFactoryDiscovery::find()), [ new \Http\Client\Common\Plugin\ErrorPlugin() ] ); ```

If I am not mistaken this feature was not officially documented before (I found it in the Composer project :grin: ). Please correct me if I am wrong.

@ondrejmirtes Please let me know if you have an idea for better describing this feature, thank you

Just bumped into this issue today and the suggested ~solution~ workaround with using `stdClass` over `object` unblocked me. version: v4.4.45