Guideline for creating issues » History » Version 18

Leonid Protasov, 07/11/2015 09:39 AM

1 17 Leonid Protasov
h1. Guide for reporting issues
2 1 Andreas Smas
3 15 Leonid Protasov
* To report an issue, use:
4 10 Leonid Protasov
5 16 Leonid Protasov
* Don't report duplicate bugs. At least try to look in the existing list of issues first before reporting.
6 6 Andreas Smas
7 16 Leonid Protasov
* If it's a bug, please attach the log file. Instructions for obtaining the log can be found here:
8 3 Andreas Smas
9 15 Leonid Protasov
* Don't reuse bugs. If a bug has been closed and it's not the *exact same* issue, file a new bug.
10 15 Leonid Protasov
11 12 Leonid Protasov
* Don't write multiple bugs/feature requests, etc in one single issue. It's harder to discuss and know when things are done.
12 1 Andreas Smas
13 1 Andreas Smas
* Unless you know that the bug is a regression (ie, something that worked fine in a previous version of Movian), please try using the latest version of Movian before filing the bug. The official versions are found "here": If you are using your own builds or builds from somewhere else you better be sure what you are doing.
14 4 Andreas Smas
15 1 Andreas Smas
* If a file is unplayable for whatever reason you must attach a sample of it or it is almost impossible for me to figure out what's wrong.
16 1 Andreas Smas
17 18 Leonid Protasov
* If the sample file is bigger than > 100 MB (it usually is for movies) the file can just be cut into pieces. 50Mb should be enough. This does not work for all fileformats  but for AVI and MKV it should work fine.
18 1 Andreas Smas
** On Windows use this tool:
19 1 Andreas Smas
** On Linux use the *dd* command: @dd if=<originalfile> of=cut.mkv bs=1000000 [email protected] to generate a 50MB file
20 5 Andreas Smas
21 15 Leonid Protasov
* If you are worried about attaching sensitive material to the issue, mark the issue as private (available at the top of the right side of the issue window). By doing so only a small set of trusted developers (currently two people) will be able to access the contents.
22 1 Andreas Smas
23 9 Leonid Protasov
Failure to comply with these (simple) rules will result in the issue being rejected. If you think that's unfair for me to impose these rules consider the amount of time I've spend on the project so far. Badly written tickets will just consume more of my time that I could spend on new features instead.
24 1 Andreas Smas
25 1 Andreas Smas
Thank you for understanding,
26 1 Andreas Smas