-
Notifications
You must be signed in to change notification settings - Fork 803
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add missing open declaration as possible issue when warning about uppercase pattern names #8936
Conversation
@jbeeko Some failing tests:
|
@jbeeko If I'm not mistaken, that's automatically done by the translation team if Microsoft, which is triggered upon changes in the resource files. I forgot the exact procedure, but I'm sure @cartermp can point you in the right direction. Edit: sorry, @cartermp didn't see you were already in this thread. |
@cartermp thanks, I'll see how I can replicate those failures locally. |
I changed the warning to :
But it occurs to me it this is a bit prescriptive, it could also be:
On balance I prefer the advise to add an open statement because it provides concrete advice. |
@jbeeko I think the first warning is pretty good. |
Fwiw, I prefer the first one too (btw, the 2nd one has a double 'a a'). |
@jbeeko , thank you for taking care of this. |
…ercase pattern names (dotnet#8936) * add missingg open as poss reason * change working in tests
The following code:
Will result in the following compiler warning:
While a misspelling may be the culprit in the experience of our team it is also common for this to be due to a missing open declaration as in the example above. In the case where this is due to a missing open declaration the warning message does not help at all and has left team members quite confused.
This PR changes the warning resource string so that the the following warning is presented:
Unfortunately I have no ability to contribute messages in the other languages supported.
See #6712