Giovanni Giacobbi

> Both phpstan errors seems correct - https://3v4l.org/2FDN1 - as long as the `get_called_class()` is/should be resolved to `C` type. Not at all, you are still calling `C::s()`, you should...

MQTT v3.1 does not explicitly mention subscribe actions on same topic. MQTT v3.1.1 section 3.8.4 (SUBSCRIBE) Response: > If a Server receives a SUBSCRIBE Packet containing a Topic Filter that...

Hello @goekay, I've read the other issue so I'm up to speed with that discussion, although the tones are a bit unpleasant. So if you don't mind, I would like...

I'm sorry I just realized I missed a couple of tests, gotta love that CI. Made another force push to fix that, let me know if there are other outstanding...

I would like to reopen this issue. I am running in the same bug when OpenWRT is running in a docker that does not allow ioctl RNDADDENTROPY on /dev/random. This...

@aparcar I did, but it was refused by the maintainer. http://lists.openwrt.org/pipermail/openwrt-devel/2021-January/033587.html It is indeed a very bad workaround but it solves the problem without causing any regression damage and it's...

Interestingly, if you dump the type of the array *before* dumping the type of the count, it changes to `int`. https://phpstan.org/r/892c0769-7920-42cf-9354-69c91b915ef1 Could this be a signal for some other more...

I don't see any value on this limit. If users want to impose a limit it should be done in user space logic, and avoid any further global state added...

> I somehow remember we had a discussion in a old issue which lead to the conclusion that we cannot remove the error-return-type by just inspecting the pattern, because other...

I simplified it a bit: https://3v4l.org/c70bG Indeed, a blocker. Thank you for the insight. So should we return a benevolent union instead? This will allow checking for null if desired,...