[owenvoke]

#24 fixed the internal error for custom expectations declared through a MethodsClassReflectionExtension. The same crash still happens for any method Pest\Expectation doesn't know about when the expectation value is a class-string. That includes custom expectations registered with expect()->extend() in tests/Pest.php, which PHPStan never executes:

expect(Post::class)->toBeListeningForEvent(PostCreated::class);

Internal error: Internal error. while analysing file …
  src/Type/Pest/HigherOrderExpectationTypeExtension.php(225): PHPStan\Type\StringType->getMethod('toBeListeningForEvent', …)

The method is unknown to the plugin, so resolveExpectationMethodCall() treats it as a higher-order call on the value. StringType::hasMethod() returns "maybe" for class-strings (to allow static calls), so the ->no() guard in resolveMethodReturnType() lets the lookup continue. getMethod() on a StringType then throws ShouldNotHappenException rather than MissingMethodFromReflectionException, so it isn't caught.

This PR also returns mixed when the value can't be an object (isObject()->no()), since a class-string has no instance methods to resolve. Nullable objects such as Post|null and mixed values still resolve as before.

resolvePropertyType() doesn't need the same change: every string type answers hasProperty() with a definite "no", which the existing guard already handles.

expect(Post::class)->foo() is added to the higher-order method call fixture. It fails with the internal error above without the fix, and with it reports the same undefined method error as expect('string')->foo(). composer test:lint, composer test:types and the whole suite pass.

[MrPunyapal]

Thanks