diff options
Diffstat (limited to 'doc/Bugs-and-Issues.md')
-rw-r--r-- | doc/Bugs-and-Issues.md | 30 |
1 files changed, 30 insertions, 0 deletions
diff --git a/doc/Bugs-and-Issues.md b/doc/Bugs-and-Issues.md new file mode 100644 index 000000000..ed2be00c8 --- /dev/null +++ b/doc/Bugs-and-Issues.md @@ -0,0 +1,30 @@ +Bugs and Issues +=============== + +* [Home](help) + + +Please report any bugs/issues you encounter using our bug tracker at [[http://bugs.friendika.com]] + +Try to provide as much information as you can about the bug (including the full text of any error messages or notices), and if possible your Friendika version. + +Your Friendika version may be found in newer releases by visiting http://YOURFRIENDIKASITE/friendika + +For older versions, view the HTML source of your profile page. The Friendika version is in the HTML header, 5-10 lines from the top of the page. + +For really old versions which don't have a version number in the HTML header - please upgrade. Your bug was probably fixed a long time ago. + +**Bug Sponsorship** + +The bug/issue database allows you to sponsor issues. This provides an incentive for developers to work on your issue. This isn't necessary - we don't like bugs and will try to fix them. This has more importance for future development projects and feature requests. + +Bug sponsorship works on the honour system. If you agree to pay $10 to fix a bug, when the fix has been checked in and verified you should send a paypal payment to the developer assigned to the bug. Don't ever think you can get away with not paying a developer for work performed. Some of these guys could hack into your credit card account if you make them mad. + +At the present time, one has to be approved as a "developer" to be able to assign themselves to a sponsored bug. This requires the developer to have some history fixing Friendika bugs. This is for everybody's assurance that the bug fix will work well with Friendika. If you wish to become approved as a developer, work on and check in some non-sponsored issues or your own projects and we will move you up the ladder. + +If you truly feel you have the solution to a sponsored bug but aren't an approved developer, you risk a sponsored developer assigning the bug to themselves before you check it in, but if they haven't done so - include a short note with your pull request. Assuming that it meets our code standards, we'll see that you get credit. + +If you sponsor a project at greater than a $50 level, you may be requested by the developer for payment up front before work has begun (typically half). Again this is on the honour system - and is mostly to avoid payment issues and disagreements later. You should also expect to see some progress updates or demonstrations if the work takes more than a week or two. If the work is not completed within a reasonable time (as decided by those involved), you are entitled to get your money back. + +Friendika is not involved in these transactions. It is purely a personal agreement between sponsors and developers. If there are any issues, the parties will need to work it out between themselves. We're just providing some guidelines to help avoid potential problems. + |