Skip to content

Conversation

carlosmn
Copy link
Member

@carlosmn carlosmn commented Dec 8, 2015

We want users to be able to have the old name in their code and catch the
new type which we throw. To enable this we must switch the inheritance for
the old vs new type.

We want users to be able to have the old name in their code and catch the
new type which we throw. To enable this we must switch the inheritance for
the old vs new type.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I don't think we necessarily need to assert this behavior.

@jamill
Copy link
Member

jamill commented Dec 9, 2015

Looks good (I don't think we need to assert the ability to catch obsolete exceptions, though)

@carlosmn
Copy link
Member Author

carlosmn commented Dec 9, 2015

The test was my way of figuring out what would work and I just left it there since it should help us avoid regressions till the release. The plan was to remove it just after the release when we delete the old name anyway, but sure, we don't have to include it here.

@jamill
Copy link
Member

jamill commented Dec 9, 2015

That works as well! Either way seems fine. Thanks!

@nulltoken
Copy link
Member

👍 for me.

@whoisj any comment?

@whoisj
Copy link

whoisj commented Dec 11, 2015

I think this should be fine. Does seem to make more sense this way around.

@nulltoken nulltoken added this to the v0.22 milestone Dec 13, 2015
nulltoken added a commit that referenced this pull request Dec 13, 2015
Correct the deprecation path for MergeConflictException
@nulltoken nulltoken merged commit cec9fee into vNext Dec 13, 2015
@nulltoken nulltoken deleted the cmn/deprecated-ex branch December 13, 2015 13:54
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants