Skip to content
This repository was archived by the owner on Aug 23, 2020. It is now read-only.

Commit a3e9022

Browse files
author
Gal Rogozinski
committed
Merge branch 'release-v1.8.6'
2 parents af9b4c5 + ff93293 commit a3e9022

File tree

170 files changed

+7000
-4157
lines changed

Some content is hidden

Large Commits have some content hidden by default. Use the searchbox below for content that may be hidden.

170 files changed

+7000
-4157
lines changed

.github/CODE_OF_CONDUCT.md

+58
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,58 @@
1+
# Community Code of Conduct
2+
3+
In the IOTA community, participants from all over the world come together to create. This is made possible by the support, hard work and enthusiasm of thousands of people, including those who create and use the IOTA technology.
4+
5+
This document offers some guidance to ensure IOTA participants can cooperate effectively in a positive and inspiring atmosphere, and to explain how together we can strengthen and support each other.
6+
7+
This Code of Conduct is shared by all contributors and users who engage with the IOTA Foundation team and its community services.
8+
9+
## Overview
10+
11+
This Code of Conduct presents a summary of the shared values and “common sense” thinking in our community. The basic social ingredients that hold our project together include:
12+
13+
- Being considerate
14+
- Being respectful
15+
- Being collaborative
16+
- Being pragmatic
17+
- Supporting others in the community
18+
- Getting support from others in the community
19+
20+
This Code of Conduct reflects the agreed standards of behavior for members of the IOTA community, in any social media platform, forum, mailing list, wiki, web site, discord channel, public meeting or private correspondence within the context of the IOTA Foundation team and the IOTA Tangle technology. The community acts according to the standards written down in this Code of Conduct and will defend these standards for the benefit of the community. Leaders of any group, such as moderators of social media groups, mailing lists, discord channels, forums, etc., will exercise the right to suspend access to any person who persistently breaks our shared Code of Conduct.
21+
22+
## Be considerate
23+
24+
Your actions and work will affect and be used by other people and you, in turn, will depend on the work and actions of others. Any decision you take will affect other community members, and we expect you to take those consequences into account when making decisions.
25+
26+
As a user, remember that community members work hard on their part of IOTA and take great pride in it.
27+
28+
## Be respectful
29+
30+
In order for the IOTA community to stay healthy, its members must feel comfortable and accepted. Treating one another with respect is absolutely necessary for this. In a disagreement, in the first instance, assume that people mean well.
31+
32+
We do not tolerate personal attacks, racism, sexism or any other form of discrimination. Disagreement is inevitable, from time to time, but respect for the views of others will go a long way to winning respect for your own view. Respecting other people, their work, their contributions and assuming well-meaning motivation will make community members feel comfortable and safe and will result in motivation and productivity.
33+
34+
We expect members of our community to be respectful when dealing with other contributors, users, and communities. Remember that IOTA is an international project and that you may be unaware of important aspects of other cultures.
35+
36+
## Be collaborative
37+
38+
Your feedback is important, as is its form. Poorly thought out comments can cause pain and the demotivation of other community members, but considerate discussion of problems can bring positive results. An encouraging word works wonders.
39+
40+
## Be pragmatic
41+
42+
The IOTA community is pragmatic and fair. We value tangible results over having the last word in a discussion. We defend our core values like freedom and respectful collaboration, but we don’t let arguments about minor issues get in the way of achieving more important results. We are open to suggestions and welcome solutions regardless of their origin. When in doubt support a solution which helps to get things done over one which has theoretical merits, but isn’t being worked on. Use the tools and methods which help to get the job done. Let decisions be taken by those who do the work.
43+
44+
## Support others in the community
45+
46+
The IOTA community is made strong by mutual respect, collaboration and pragmatic, responsible behavior. Sometimes there are situations where this has to be defended and other community members need help.
47+
48+
If you witness others being attacked, think first about how you can offer them personal support. If you feel that the situation is beyond your ability to help individually, go privately to the victim and ask if some form of official intervention is needed.
49+
50+
When problems do arise, consider respectfully reminding those involved of our shared Code of Conduct as a first action. Leaders are defined by their actions and can help set a good example by working to resolve issues in the spirit of this Code of Conduct before they escalate.
51+
52+
## Get support from others in the community
53+
54+
Disagreements, both political and technical, happen all the time. Our community is no exception to the rule. The goal is not to avoid disagreements or differing views but to resolve them constructively. You should turn to the community to seek advice and to resolve disagreements and where possible consult the team most directly involved.
55+
56+
Think deeply before turning a disagreement into a public dispute. If necessary, request mediation, and try to resolve differences in a less emotional medium. If you do feel that you or your work is being attacked, take your time to think things through before writing heated replies. Consider a 24-hour moratorium if emotional language is being used – a cooling-off period is sometimes all that is needed. If you really want to go a different way, then we encourage you to publish your ideas and your work, so that it can be tried and tested.
57+
58+
This work, "IOTA Community Guidelines", is a derivative of the [Community code of conduct by ownCloud](https://owncloud.org/community/code-of-conduct/), used under [CC BY-SA 3.0](https://creativecommons.org/licenses/by-sa/3.0/). "IOTA Community Guidelines" is licensed under [CC BY-SA 4.0](https://creativecommons.org/licenses/by-sa/4.0/) by IOTA Foundation.

.github/CONTRIBUTING.md

+155
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,155 @@
1+
# Contribute to IRI
2+
3+
This document describes how to contribute to IRI.
4+
5+
We encourage everyone with knowledge of IOTA technology to contribute.
6+
7+
Thanks! :heart:
8+
9+
<details>
10+
<summary>Do you have a question :question:</summary>
11+
<br>
12+
13+
If you have a general or technical question, you can use one of the following resources instead of submitting an issue:
14+
15+
- [**Developer documentation:**](https://docs.iota.org/) For official information about developing with IOTA technology
16+
- [**Discord:**](https://discord.iota.org/) For real-time chats with the developers and community members
17+
- [**IOTA cafe:**](https://iota.cafe/) For technical discussions with the Research and Development Department at the IOTA Foundation
18+
- [**StackExchange:**](https://iota.stackexchange.com/) For technical and troubleshooting questions
19+
</details>
20+
21+
<br>
22+
23+
<details>
24+
<summary>Ways to contribute :mag:</summary>
25+
<br>
26+
27+
To contribute to IRI on GitHub, you can:
28+
29+
- Report a bug
30+
- Suggest a new feature
31+
- Build a new feature
32+
- Contribute to the documentation
33+
</details>
34+
35+
<br>
36+
37+
<details>
38+
<summary>Report a bug :bug:</summary>
39+
<br>
40+
41+
This section guides you through reporting a bug. Following these guidelines helps maintainers and the community understand the bug, reproduce the behavior, and find related bugs.
42+
43+
### Before reporting a bug
44+
45+
Please check the following list:
46+
47+
- **Do not open a GitHub issue for [security vulnerabilities](SECURITY.MD)**, instead, please contact us at [[email protected]](mailto:[email protected]).
48+
49+
- **Ensure the bug was not already reported** by searching on GitHub under [**Issues**](https://github.com/iotaledger/iri/issues). If the bug has already been reported **and the issue is still open**, add a comment to the existing issue instead of opening a new one. You can also find related issues by their [label](https://github.com/iotaledger/iri/labels?page=1&sort=name-asc). For example, if your issue is database related, filter issues based on the `C-DB` label to look for related ones. `C` stands for component.
50+
51+
**Note:** If you find a **Closed** issue that seems similar to what you're experiencing, open a new issue and include a link to the original issue in the body of your new one.
52+
53+
### Submitting A Bug Report
54+
55+
To report a bug, [open a new issue](https://github.com/iotaledger/iri/issues/new), and be sure to include as many details as possible, using the template.
56+
57+
**Note:** Minor changes such as fixing a typo can but do not need an open issue.
58+
59+
If you also want to fix the bug, submit a [pull request](#pull-requests) and reference the issue.
60+
</details>
61+
62+
<br>
63+
64+
<details>
65+
<summary>Suggest a new feature :bulb:</summary>
66+
<br>
67+
68+
This section guides you through suggesting a new feature. Following these guidelines helps maintainers and the community collaborate to find the best possible way forward with your suggestion.
69+
70+
### Before suggesting a new feature
71+
72+
**Ensure the feature has not already been suggested** by searching on GitHub under [**Issues**](https://github.com/iotaledger/iri/issues).
73+
74+
### Suggesting a new feature
75+
76+
To suggest a new feature, talk to the IOTA community and IOTA Foundation members in the #iri-discussion channel on [Discord](https://discord.iota.org/).
77+
78+
If the IRI team approves your feature, the team will create an issue for it.
79+
</details>
80+
81+
<br>
82+
83+
<details>
84+
<summary>Build a new feature :hammer:</summary>
85+
<br>
86+
87+
This section guides you through building a new feature. Following these guidelines helps give your feature the best chance of being approved and merged.
88+
89+
### Before building a new feature
90+
91+
Make sure to discuss the feature in the #iri-discussion channel on [Discord](https://discord.iota.org/).
92+
93+
Otherwise, your feature may not be approved at all.
94+
95+
### Building a new feature
96+
97+
To build a new feature, check out a new branch based on the `dev` branch, and be sure to consider the following:
98+
99+
- If the feature has a public facing API, make sure to document it, using Javadoc code comments
100+
101+
- Where necessary, please write regression tests for your feature. Refer to our current [regression tests](https://github.com/iotaledger/iri/tree/dev/python-regression) for guidance.
102+
</details>
103+
104+
<br>
105+
106+
<details>
107+
<summary>Contribute to the documentation :black_nib:</summary>
108+
<br>
109+
110+
The IRI documentation is hosted on https://docs.iota.org, which is built from content in the [documentation](https://github.com/iotaledger/documentation) repository.
111+
112+
Please see the [guidelines](https://github.com/iotaledger/documentation/CONTRIBUTING.md) on the documentation repository for information on how to contribute to the documentation.
113+
</details>
114+
115+
<br>
116+
117+
<details>
118+
<summary>Pull requests :mega:</summary>
119+
<br>
120+
121+
This section guides you through submitting a pull request (PR). Following these guidelines helps give your PR the best chance of being approved and merged.
122+
123+
### Before submitting a pull request
124+
125+
When creating a pull request, please follow these steps to have your contribution considered by the maintainers:
126+
127+
- A pull request should have only one concern (for example one feature or one bug). If a PR address more than one concern, it should be split into two or more PRs.
128+
129+
- A pull request can be merged only if it references an open issue
130+
131+
**Note:** Minor changes such as fixing a typo can but do not need an open issue.
132+
133+
- All code should be well tested and follow the [code styleguide](.github/STYLEGUIDE.md)
134+
135+
### Submitting a pull request
136+
137+
The following is a typical workflow for submitting a new pull request:
138+
139+
1. Fork this repository
140+
2. Create a new branch based on your fork
141+
3. Commit changes and push them to your fork
142+
4. Create a pull request against the `dev` branch
143+
144+
If all [status checks](https://help.github.com/articles/about-status-checks/) pass, and the maintainer approves the PR, it will be merged.
145+
146+
**Note:** Reviewers may ask you to complete additional work, tests, or other changes before your pull request can be approved and merged.
147+
</details>
148+
149+
<br>
150+
151+
<details>
152+
<summary>Code of Conduct :clipboard:</summary>
153+
<br>
154+
155+
This project and everyone participating in it is governed by the [IOTA Code of Conduct](CODE_OF_CONDUCT.md).

.github/ISSUE_TEMPLATE/bug_report.md

+35-16
Original file line numberDiff line numberDiff line change
@@ -1,33 +1,52 @@
11
---
22
name: Report a bug in IRI
33
about: Report a bug
4+
labels: T-Bug
45

56
---
67

7-
<!--- Remove text and sections that do not apply -->
8-
The issue tracker is only for reporting bugs or submitting feature requests.
9-
If you need technical assistance for running a node please consult the #fullnode channel on Discord (https://discord.iota.org) or https://forum.helloiota.com/Technology/Help.
10-
If you have general questions on IOTA you can go to https://iota.stackexchange.com/, https://helloiota.com/, or browse Discord channels (https://discord.iota.org).
8+
## Bug description
119

12-
### Bug description
13-
A general description of the bug.
10+
Briefly describe the bug.
1411

15-
### IRI version
16-
What version are you running?
12+
## Version
1713

18-
### Hardware Spec
19-
On what hardware is the node running on?
14+
Which version of IRI are you running?
15+
16+
- Version:
17+
18+
## IOTA network
19+
20+
Which node are you connected to and which IOTA network is it in?
21+
22+
- Node URL:
23+
- Network:
24+
25+
## Hardware specification
26+
27+
What hardware are you using?
28+
29+
- Operating system:
30+
- RAM:
31+
- Number of cores:
32+
- Device type:
33+
34+
## Steps To reproduce the bug
35+
36+
Explain how the maintainer can reproduce the bug.
2037

21-
### Steps To Reproduce
2238
1.
2339
2.
2440
3.
2541

26-
### Expected behaviour
27-
What should happen.
42+
## Expected behaviour
43+
44+
Describe what you expect to happen.
45+
46+
## Actual behaviour
47+
48+
Describe what actually happens.
2849

29-
### Actual behaviour
30-
What really happened.
50+
## Errors
3151

32-
### Errors
3352
Paste any errors that you see.

.github/ISSUE_TEMPLATE/config.yml

+8
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,8 @@
1+
blank_issues_enabled: false
2+
contact_links:
3+
- name: Discord
4+
url: https://discord.iota.org/
5+
about: Please ask and answer questions about IRI here.
6+
- name: Security vulnerabilities
7+
8+
about: Please report security vulnerabilities here.
+16-12
Original file line numberDiff line numberDiff line change
@@ -1,24 +1,28 @@
11
---
22
name: Request a feature for IRI
33
about: Request a feature
4-
54
---
65

7-
*Note*
8-
The feature request will probably be integrated faster if you do a pull request for it.
9-
If you want to discuss the feature before you actually write the code you are welcome to do it by first submitting an issue.
6+
## Description
7+
8+
Briefly describe the feature that you are requesting.
109

11-
### Description
12-
Briefly describe the feature you want.
10+
## Motivation
1311

14-
### Motivation
1512
Explain why this feature is needed.
1613

17-
### Requirements
18-
Create a list of what you want this feature request to fulfill.
14+
## Requirements
15+
16+
Write a list of what you want this feature to do.
17+
18+
1.
19+
2.
20+
3.
21+
22+
## Open questions (optional)
23+
24+
Use this section to ask any questions that are related to the feature.
1925

20-
### Open Questions (optional)
21-
Anything you want to discuss.
26+
## Are you planning to do it yourself in a pull request?
2227

23-
### Am I planning to do it myself with a PR?
2428
Yes/No.
+14-10
Original file line numberDiff line numberDiff line change
@@ -1,19 +1,23 @@
11
---
22
name: Regression test
33
about: Create a regression test for IRI
4-
54
---
65

7-
### Description
6+
## Description
7+
88
Briefly describe the regression test.
99

10-
### Motivation
11-
Describe why the regression test is needed.
10+
## Motivation
11+
12+
Describe why the regression test is needed, and the issues or scenarios that this it will address.
13+
14+
1.
15+
2.
16+
17+
## Steps to run the test
1218

13-
### Issues / Scenarios
14-
Describe the issues/scenarios addressed by this test
15-
1. A node that does X and Y crashes.
16-
2. Blowballs are being formed when...
19+
Provide the steps that need to be taken to run the test.
1720

18-
### How to test for this
19-
Provide the steps on creating the actual test.
21+
1.
22+
2.
23+
3.

Security.MD .github/SECURITY.md

+2-2
Original file line numberDiff line numberDiff line change
@@ -2,12 +2,12 @@
22

33
At the IOTA Foundation, we consider the security of our systems a top priority. But no matter how much effort we put into system security, there can still be vulnerabilities present. If you've discovered a vulnerability, please follow the guidelines below to report it to our security team:
44
<ul>
5-
<li>E-mail your findings to secops@iota.org. If the report contains highly sensitive information, please consider encrypting your findings using our [email protected] (466385BD0B40D9550F93C04746A440CCE5664A64) PGP key.</li>
5+
<li>E-mail your findings to security@iota.org. If the report contains highly sensitive information, please consider encrypting your findings using our [email protected] (466385BD0B40D9550F93C04746A440CCE5664A64) PGP key.</li>
66
</ul>
77
Please follow these rules when testing/reporting vulnerabilities:
88
<ul>
99
<li>Do not take advantage of the vulnerability you have discovered, for example by downloading more data than is necessary to demonstrate the vulnerability.</li>
10-
<li>Do not read, modify or delete data that isn't you own.</li>
10+
<li>Do not read, modify or delete data that isn't your own.</li>
1111
<li>We ask that you do not to disclosure the problem to third parties until it has been resolved.</li>
1212
<li>The scope of the program is limited to technical vulnerabilities in IOTA Foundations's web applications and open source software packages distributed through GitHub, please do not try to test physical security or attempt phishing attacks against our employees, and so on.</li>
1313
<li>Out of concern for the availability of our services to all users, please do not attempt to carry out DoS attacks, leverage black hat SEO techniques, spam people, and do other similarly questionable things. We also discourage the use of any vulnerability testing tools that automatically generate significant volumes of traffic.</li>

0 commit comments

Comments
 (0)