]> git.mxchange.org Git - friendica.git/commitdiff
minor formatting stuff mainly
authorSilke Meyer <silke@silkemeyer.net>
Fri, 17 Apr 2015 16:23:00 +0000 (18:23 +0200)
committerSilke Meyer <silke@silkemeyer.net>
Fri, 17 Apr 2015 16:23:00 +0000 (18:23 +0200)
doc/Bugs-and-Issues.md

index c9f845c001602c1fcc7f296dcdd8d4a7af7922b9..366b2ed662ad4becffa5d0e81f7edb5c66b5ebd0 100644 (file)
@@ -3,11 +3,16 @@ Bugs and Issues
 
 * [Home](help)
 
+If your server has a support page, you should report any bugs/issues you encounter there first.
+Reporting to your support page before reporting to the developers makes their job easier, as they don't have to deal with bug reports that might not have anything to do with them.
+This helps us get new features faster.
 
-If your server has a support page, you should report any bugs/issues you encounter there first.  Reporting to your support page before reporting to the developers makes their job easier, as they don't have to deal with bug reports that might not have anything to do with them, and that helps us get new features faster.
+If you're a technical user, or your site doesn't have a support page, you'll need to use the [Bug Tracker](http://bugs.friendica.com/).
+Please perform a search to see if there's already an open bug that matches yours before submitting anything.
 
-If you're a technical user, or your site doesn't have a support page, you'll need to use the <a href="http://bugs.friendica.com/">Bug Tracker</a>.  Please perform a search to see if there's already an open bug that matches yours before submitting anything.
+Try to provide as much information as you can about the bug, including the **full** text of any error messages or notices, and any steps required to replicate the problem in as much detail as possible.
+It's generally better to provide too much information than not enough.
 
-Try to provide as much information as you can about the bug, including the **full** text of any error messages or notices, and any steps required to replicate the problem in as much detail as possible.  It's generally better to provide too much information than not enough.
+See [this article](http://www.chiark.greenend.org.uk/~sgtatham/bugs.html) to learn more about submitting **good** bug reports.
 
-<a href="http://www.chiark.greenend.org.uk/~sgtatham/bugs.html">See this article</a> to learn more about submitting **good** bug reports.
+And last but not least: Better report an issue you encountered even if you don't write the perfect bug report!