Jan Nedbal
Jan Nedbal
@VincentLanglet I've some stuff in backlog to do first before returning to this. But the outline what needs to be done: - (1) Decide how to deal with [untested drivers](https://github.com/janedbal/php-database-drivers-fetch-test)....
> I'd rather be if this was somehow done in ClassExistsFunctionTypeSpecifyingExtension I agree, but cannot we do it as next step and merge this? ---- *Note: I dont feel implementing...
> We're in no rush here and doing this correctly can always teach us something new :) Ok, then we can probably close this PR.
For reference, here is my last report toward the same issue: https://github.com/phpstan/phpstan/issues/5776
We implemented such rule here: https://github.com/shipmonk-rnd/phpstan-rules?tab=readme-ov-file#forbidnotnormalizedtype But it does not yet check catch statements. I think it shouldnt be hard to add it.
> Do you think it could be appropriate to contribute this on the phpstan strict-rule repository ? Personally, I see most of our rules as "extra strict" and "opinionated" similary...
I'd like to test it, will that be part of 1.10.x?
I'd say the underlying problem is now solved, so maybe close this?
Looks similar to https://github.com/phpstan/phpstan/issues/10386
I think you should change the default value in constructor of the child. But I think we can change the rule not to report when public prop is overridden. It...