Daniel Cazzulino

icon indicating a website link https://cazzulino.com icon indicating an email [email protected]

icon company @devlooped icon location Buenos Aires, Argentina icon location Christian, parent, husband, creator of Moq and other developer tools and libraries. Also known as 'kzu' (like 'kah-zu' rather than 'kzoo' :))

Results 360 comments of Daniel Cazzulino

VerifySet throws TargetInvocationException when constructer refers to itself

Invoking virtual members from a constructor is pretty much an anti-pattern. There seems to be [some support for that](https://github.com/devlooped/moq/blob/main/src/Moq/ActionObserver.cs#L280-L285) but I don't even know why supporting that (however imperfectly) would...

Add ability for asynchronously waiting for an invocation

Hi there. Yes, the lack of a public API for consuming matchers against invocations are a limitation of the current approach. This should be addressed in a future Moq.

Request: Ability to setup a property of type Task<ConcreteType> by mocking interface

You should be able to set the return value value to `Task.FromResult(Mock.OfType())`, I think.

Mock verification slow with It.Is(Expression)

If you submit a PR for this, I'd gladly merge it.

fix spelling: how -> who

Yeah, fixing old changelogs is low on the list. Thanks for pointing it out though :)

`DefaultValueProvider` extensibility

You can leverage `UnsafeAccessorAttribute` for this. ```csharp public class MyProvider(DefaultValueProvider inner) : DefaultValueProvider { [UnsafeAccessor(UnsafeAccessorKind.Method, Name = "GetDefaultValue")] static extern object GetDefaultValueInner(DefaultValueProvider provider, Type type, Mock mock); protected override object...

Moq dependency uprev is not working as expected

Sounds like you'd need a binding redirect for that assembly

Cannot cast inside the Action<T> parameter of Verify method

Verify is used to match against invocations on the mock. Casting the object to another type does not involve any invocations on it (by default, unless you're trying to test...

Mocking Blobclient.DownloadContentAsync()

Easiest way to detect whether you're missing a setup (or the compiler is not picking the overload you think it should be picking) is to set the mock to `MockBehavior.Strict`...

mock.Protected().Setup<int>("Foo") fails base implementation of Foo is hidden in the derived class

Thanks for the PR! Could you rebase on top of main, since files moved around?