-
-
Notifications
You must be signed in to change notification settings - Fork 834
Permalink
Choose a base ref
{{ refName }}
default
Choose a head ref
{{ refName }}
default
Comparing changes
Choose two branches to see what’s changed or to start a new pull request.
If you need to, you can also or
learn more about diff comparisons.
Open a pull request
Create a new pull request by comparing changes across two branches. If you need to, you can also .
Learn more about diff comparisons here.
base repository: devlooped/moq
Failed to load repositories. Confirm that selected base ref is valid, then try again.
Loading
base: v4.14.6
Could not load branches
Nothing to show
Loading
Could not load tags
Nothing to show
{{ refName }}
default
Loading
...
head repository: devlooped/moq
Failed to load repositories. Confirm that selected head ref is valid, then try again.
Loading
compare: v4.14.7
Could not load branches
Nothing to show
Loading
Could not load tags
Nothing to show
{{ refName }}
default
Loading
- 17 commits
- 9 files changed
- 1 contributor
Commits on Oct 14, 2020
-
Add failing test re: VB.NET
ConvertnodesIt appears that VB.NET adds a pair of `Convert` nodes to expression trees for constrained generic type parameters. Those double conversions can end up "hiding" matchers thus wrapped from Moq's `MatcherFactory`.
Configuration menu - View commit details
-
Copy full SHA for 3134e1c - Browse repository at this point
Copy the full SHA 3134e1cView commit details -
Unwrap double (and triple, etc.) conversions
The existing code in `MatcherFactory` unwraps only one conversion node to get at matchers etc. This is not enough in the scenario documented in the previous commit's failing test, which causes two conversion nodes to be present. This bug fix assumes that any conversion nodes present are only there to satisfy the compiler's static type checks, but that they are irrele- vant (and can thus be removed) for any analysis that needs to be done to identify a suitable matcher. (It might be safer to not simply remove any conversion node blindly, but instead target this very specific VB.NET pattern and deal with it as a special case.)
Configuration menu - View commit details
-
Copy full SHA for eac0323 - Browse repository at this point
Copy the full SHA eac0323View commit details -
Configuration menu - View commit details
-
Copy full SHA for b0346de - Browse repository at this point
Copy the full SHA b0346deView commit details -
Configuration menu - View commit details
-
Copy full SHA for d3128ef - Browse repository at this point
Copy the full SHA d3128efView commit details -
Add failing test caused by regression in cb6b71a
Since that commit, inner mocks created by `Mock.Of<>()` no longer have their properties stubbed. `SetupAllProperties` is now only called for the root (outermost) mock. That's why nested properties can no longer be overridden simply by assigning to them.
Configuration menu - View commit details
-
Copy full SHA for 3f54557 - Browse repository at this point
Copy the full SHA 3f54557View commit details -
Make
DefaultValue.Mockinherit property stubbingThe XML doc comment for `Mock<T>.SetupAllProperties()` states that: > If the mock's `DefaultValue` is set to `DefaultValue.Mock`, the > mocked default values will also get all properties setup recursively. But this does not actually happen! This commit changes the behavior of `DefaultValue.Mock` such that it does what it says on the tin. In theory, this could be a breaking change; let's see how many users have relied on behavior that contradicts the documentation. References: https://github.com/moq/moq4/blob/947c6a0aa1bbf265b5555ad0a84beb5bfc53b4e2/src/Moq/Mock.Generic.cs#L671-L674
Configuration menu - View commit details
-
Copy full SHA for 447e38a - Browse repository at this point
Copy the full SHA 447e38aView commit details -
Configuration menu - View commit details
-
Copy full SHA for 2363e09 - Browse repository at this point
Copy the full SHA 2363e09View commit details -
Configuration menu - View commit details
-
Copy full SHA for ab83afc - Browse repository at this point
Copy the full SHA ab83afcView commit details -
Configuration menu - View commit details
-
Copy full SHA for 42c0083 - Browse repository at this point
Copy the full SHA 42c0083View commit details -
Configuration menu - View commit details
-
Copy full SHA for b9e733b - Browse repository at this point
Copy the full SHA b9e733bView commit details -
Configuration menu - View commit details
-
Copy full SHA for cd9a3c2 - Browse repository at this point
Copy the full SHA cd9a3c2View commit details -
Configuration menu - View commit details
-
Copy full SHA for 3b537f6 - Browse repository at this point
Copy the full SHA 3b537f6View commit details -
Configuration menu - View commit details
-
Copy full SHA for 69c0223 - Browse repository at this point
Copy the full SHA 69c0223View commit details -
More precise check for anonymous types
...since not all compiler-generated types are anonymous types.
Configuration menu - View commit details
-
Copy full SHA for 9a936b9 - Browse repository at this point
Copy the full SHA 9a936b9View commit details -
Configuration menu - View commit details
-
Copy full SHA for 4d7d3c7 - Browse repository at this point
Copy the full SHA 4d7d3c7View commit details -
Configuration menu - View commit details
-
Copy full SHA for 05f1d5f - Browse repository at this point
Copy the full SHA 05f1d5fView commit details -
Configuration menu - View commit details
-
Copy full SHA for 02f14d5 - Browse repository at this point
Copy the full SHA 02f14d5View commit details
Loading
This comparison is taking too long to generate.
Unfortunately it looks like we can’t render this comparison for you right now. It might be too big, or there might be something weird with your repository.
You can try running this command locally to see the comparison on your machine:
git diff v4.14.6...v4.14.7