int is correct. https://www.php.net/manual/en/imagick.autolevelimage.php

https://github.com/Imagick/imagick/blob/28f27044e435a2b203e32675e942eb8de620ee58/imagick_class.c#L9393-L9394

https://www.php.net/manual/en/imagick.getimagealphachannel.php says:

imagick 3.6.0 Returns a bool now; previously, an int was returned.

Oddly, getImageWidth is declared as unsigned long width, but getImageHeight seems to be just long height.

typo?

https://www.php.net/manual/en/imagickkernel.scale.php

I'm not a big fan of narrowing down parameter types. It requires people to suddently start typehinting PHPStan-specific types in their PHPDocs instead of int. For the same reason I haven't merged #2163 and #2271 yet.

But I think it'd be fine to introduce these typehints in bleedingEdge/PHPStan 2.0.

I've added support for bleedingEdge-specific functionMap: 06b746d

My suggestion is:

1. Submit a PR that only changes return types for everyone.
2. Submit a next PR that changes parameter types in functionMap_bleedingEdge.php.

Thank you!

I'm not a big fan of narrowing down parameter types.

I agree with your policy because it makes sense. Thank you for your review!