You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: docs/ide/developer-community-guidelines.md
+12-12Lines changed: 12 additions & 12 deletions
Original file line number
Diff line number
Diff line change
@@ -19,7 +19,7 @@ The [Developer Community](https://developercommunity.visualstudio.com/) tracks i
19
19
20
20
### Before submitting an issue
21
21
22
-
Search for your issue on Visual Studio Developer Community to ensure your issue doesn't already exist. If you find your issue already exists, make relevant comments and cast your vote.
22
+
Search for your issue on Visual Studio Developer Community to ensure it doesn't already exist. If you find your issue already exists, make relevant comments and cast your vote.
23
23
24
24
If your issue is a question, ask the community on [Stack Overflow](https://stackoverflow.com/questions/tagged/visual-studio?tab=Newest) using the tag _visual-studio_. We have customer support staff monitoring that tag and will help answer the questions.
25
25
@@ -45,19 +45,19 @@ If you can't find an existing issue that describes your bug or feature, submit a
45
45
- Recreate the issue after disabling all extensions. If you find the issue is caused by an extension you've installed, file an issue on the extension respectively.
46
46
- Simplify your code around the issue so we can better isolate the problem.
47
47
48
-
Note that even with issues that include rich details, we may not be able to reproduce the issue and may ask for more information!
48
+
Even with issues that include rich details, we may be unable to reproduce the issue and may ask for more information!
49
49
50
50
## Managing problem reports
51
51
52
-
Triaging an issue is a multi-step process that is collaboratively done within the feature team. Triaging usually takes one week but may take longer. The goal of triaging is to provide you with a clear understanding of what will happen to your issue. For example, after triage you know whether we plan to fix your issue or whether we'll wait to hear what the broader community thinks about it.
52
+
Triaging an issue is a multi-step process that is collaboratively done within the feature team. Triaging usually takes one week but may take longer. The goal of triaging is providing you with a clear understanding of what will happen to your issue. For example, after triage you know if we plan to fix your issue or wait for more community feedback.
53
53
54
54
After you report a problem, states indicate where your submissions are in their lifecycle. As Visual Studio product teams review your feedback, they set it with an appropriate state. Track the progress of your problem reports by referencing the [Problem states and FAQ](https://docs.microsoft.com/visualstudio/ide/report-a-problem).
55
55
56
-
If an issue is missing information that we need to understand the issue, we assign the _Needs More Info_ state. We add a comment to the issue with the specific information we need, and you'll receive an email notification. If we don't receive the needed information within seven days, the system adds a comment asking for the info again or we'll close the issue in 14 days.
56
+
When an issue is missing important information, we assign the _Needs More Info_ state. We comment on the issue with the specific information we need, and you'll receive an email notification. If we don't receive the information within seven days, then we send you a reminder. After that, we close the ticket after 14 days of inactivity.
57
57
58
58
### Won't fix Bugs
59
59
60
-
We close some bugs if there's a negative cost-benefit balance. For example, if the fix is so complex that it risks regressions for many users, fixing may not be a reasonable choice. When we close a bug like this, we'll explain why we do so.
60
+
We close some bugs if there's a negative cost-benefit balance. For example, if the fix is so complex it risks regressions for many users, fixing may not be a reasonable choice. When we close a bug like this, we'll explain why we do so.
61
61
62
62
#### Additional information
63
63
@@ -66,29 +66,29 @@ We close some bugs if there's a negative cost-benefit balance. For example, if t
66
66
67
67
## Managing feature suggestions
68
68
69
-
Feature suggestions, are a means of communication between us and the members of the community. Technically we could keep feature requests open regardless of plans to address the request. Keeping the issues open would reduce community visibility into the actual status of a feature. So, we close feature requests we won't address and assign features we'll address to the _Under Review_ label.
69
+
Feature suggestions, are a means of communication between us and the members of the developer community. Technically, we could keep all feature requests open forever. But keeping the issues open would reduce community visibility into the actual status of a feature. So, we close feature requests we won't address and assign features we might address to the _Under Review_ label.
70
70
71
-
If you suggested a feature, you might be disappointed that we don't plan to address your request. We understand that. All of us have been there - in this project or others we've contributed to. So, rest assured, we love all your input. Don't take personal offense when we close or assign the _Under Review_ label to your suggestion. If you feel your feature suggestion deserves to stay open, clarify your use case and contact us or gather more up-votes.
71
+
If you suggested a feature, you might be disappointed that we don't plan to address your request. We understand that. All of us have been there - in this project or others we've contributed to. So, rest assured, we love all your input. Don't take personal offense when we close or assign the _Under Review_ label to your suggestion. If you feel your feature suggestion deserves to stay open, then clarify your use case and contact us or gather more up-votes.
72
72
73
73
In our decision-making process, we look at the following characteristics about the feature suggestion:
74
74
75
75
- Can we afford to build and maintain it?
76
76
- Does it align with our overall [roadmap](https://docs.microsoft.com/visualstudio/productinfo/vs-roadmap) strategy?
77
-
- Does it have lots of community support, as indicated by votes and comments?
78
-
- Do we love it, regardless of its community support?
77
+
- Does it have community support, as indicated by votes and comments?
78
+
- Do we love it, even with low community support?
79
79
80
-
Suggestions where we can't answer "yes" to any of these questions, are unlikely to be added to our roadmap. But often the suggestion will remain open in the _Under Review_ state to gather more community feedback.
80
+
When we can't answer "yes" to any of these questions, we'll close the suggestion. But often the suggestion will stay open as _Under Review_ to gather more community feedback.
81
81
82
82
Track the progress of your feature suggestion by referencing the [Suggestion states and FAQ](https://docs.microsoft.com/visualstudio/ide/report-a-problem).
83
83
84
84
## Discussion etiquette
85
85
86
-
To keep the conversation clear and transparent, limit discussion to English and keep things on topic with the issue. Be considerate to others and always try to be courteous and professional.
86
+
To keep the conversation clear and transparent, limit discussion to English and keep things relevant to the issue. Be considerate to others and always try to be courteous and professional.
87
87
88
88
For more information, ee the [Microsoft Community Code of Conduct](https://answers.microsoft.com/en-us/page/codeofconduct).
89
89
90
90
Any violations to the discussion etiquette can lead to removal of the comment and eventually banning the user.
91
91
92
92
## Data Privacy
93
93
94
-
By default, comments and replies are publicly visible, but any attached files are privately shared with Microsoft only. This visibility is beneficial because it allows the entire community to see the issues and solutions found by other users. However, if you're concerned about the privacy of your data or identity, you have options. For more information, see the[Developer Community data privacy](https://docs.microsoft.com/visualstudio/ide/developer-community-privacy).
94
+
Comments and replies are publicly visible, but any attached files are privately shared with Microsoft only. This visibility is beneficial because it allows the entire community to see the issues and solutions found by other users. If you're concerned about the privacy of your data or identity, you have options. Read more about[Developer Community data privacy](https://docs.microsoft.com/visualstudio/ide/developer-community-privacy).
0 commit comments