Skip to content
Merged
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
6 changes: 3 additions & 3 deletions .github/ISSUE_TEMPLATE/bug_report.md
Original file line number Diff line number Diff line change
@@ -1,20 +1,20 @@
---
name: Bug Report
about: Bug reports about the Solidity Compiler.
labels: ["bug :bug:"]
Copy link
Contributor

Choose a reason for hiding this comment

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

Currently (at least that's how I have handled it), the label served the purpose of "confirmed bug". What do we want to do about that? Just keep the label and use the project columns to track confirmed / not confirmed?

Copy link
Collaborator Author

Choose a reason for hiding this comment

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

Yeah, I had doubts about this myself because of that system. Maybe we should actually change it? I think it would be useful to have this stuff immediately categorized and a confirmed label would have more obvious meaning - the current system is a bit too implicit.

But I can remove it from the template if you prefer to stay with the current system.

Copy link
Contributor

Choose a reason for hiding this comment

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

let's use the columns in the project to mark it as confirmed.

Copy link
Collaborator Author

Choose a reason for hiding this comment

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

ok, so not in New issues means that it's confirmed?

Copy link
Contributor

Choose a reason for hiding this comment

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

yes

---

<!--## Prerequisites
- First, many thanks for taking part in the community. We really appreciate that.
- We realize there is a lot of information requested here. We ask only that you do your best to provide as much information as possible so we can better help you.
- Support questions are better asked in one of the following locations:
- [Solidity chat](https://gitter.im/ethereum/solidity)
- [Stack Overflow](https://ethereum.stackexchange.com/)
- [Solidity chat](https://gitter.im/ethereum/solidity)
Copy link
Contributor

Choose a reason for hiding this comment

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

Do we want to reference the linked Matrix chat here?

Copy link
Collaborator Author

Choose a reason for hiding this comment

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

Personally, I always give people the gitter link because it just drops you directly on the channel without having to go through any nag screens about downloading the client.

Maybe we should list both?

Copy link
Contributor

Choose a reason for hiding this comment

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

That is true, so let's stay with gitter as long as it still works.

- [Stack Overflow](https://ethereum.stackexchange.com/)
- Ensure the issue isn't already reported.
- The issue should be reproducible with the latest solidity version; however, this isn't a hard requirement and being reproducible with an older version is sufficient.
*Delete the above section and the instructions in the sections below before submitting*
-->

## Description
Expand Down
13 changes: 4 additions & 9 deletions .github/ISSUE_TEMPLATE/documentation_issue.md
Original file line number Diff line number Diff line change
@@ -1,22 +1,17 @@
---
name: Documentation Issue
about: Solidity documentation.
labels: ["documentation :book:"]
---

## Page

<!--
Please link directly to the page which you think has a problem
-->
<!--Please link directly to the page which you think has a problem.-->

## Abstract

<!--
Please describe in detail what is wrong.
-->
<!--Please describe in detail what is wrong.-->

## Pull request

<!--
Please link to your pull request which resolves this issue
-->
<!--Please link to your pull request which resolves this issue.-->
26 changes: 8 additions & 18 deletions .github/ISSUE_TEMPLATE/feature_request.md
Original file line number Diff line number Diff line change
@@ -1,47 +1,37 @@
---
name: Feature Request
about: Solidity language or infrastructure feature requests.
labels: ["feature"]
---

<!--## Prerequisites

- First, many thanks for taking part in the community. We really appreciate that.
- We realize there is a lot of data requested here. We ask only that you do your best to provide as much information as possible so we can better help you.
- Support questions are better asked in one of the following locations:
- [Solidity chat](https://gitter.im/ethereum/solidity)
- [Stack Overflow](https://ethereum.stackexchange.com/)
- [Solidity chat](https://gitter.im/ethereum/solidity)
- [Stack Overflow](https://ethereum.stackexchange.com/)
- Ensure the issue isn't already reported (check `feature` and `language design` labels).

*Delete the above section and the instructions in the sections below before submitting*

-->

## Abstract

<!--
Please describe by example what problem you see in the current Solidity language
and reason about it.
-->
<!--Please describe by example what problem you see in the current Solidity language and reason about it.-->

## Motivation

<!--
In this section you describe how you propose to address the problem you described earlier,
including by giving one or more exemplary source code snippets for demonstration.
-->
<!--In this section you describe how you propose to address the problem you described earlier, including by giving one or more exemplary source code snippets for demonstration.-->

## Specification

<!--
The technical specification should describe the syntax and semantics of any new feature. The
specification should be detailed enough to allow any developer to implement the functionality.
-->
<!--The technical specification should describe the syntax and semantics of any new feature. The specification should be detailed enough to allow any developer to implement the functionality.-->

## Backwards Compatibility

<!--
All language changes that introduce backwards incompatibilities must include a section describing
these incompatibilities and their severity.
All language changes that introduce backwards incompatibilities must include a section describing these incompatibilities and their severity.

Please describe how you propose to deal with these incompatibilities.
-->
-->