Come e quando segnalare un bug (italian)

Prima di segnalare un bug, accertati di aver eseguito tutte le seguenti fasi:
  1. Ripetere il caso d'errore per accertarsi di non aver avuto una svista
  2. Accertarsi che l'errore non dipenda da script esterni
  3. Aggiornare il sistema all'ultima versione di FlatNuke
  4. Leggere le F.A.Q.
  5. Leggere i vecchi post sul forum
  6. Verificare che il tuo problema non sia già stato segnalato come BUG
  7. Postare sul forum il problema riscontrato
SOLO dopo aver provato tutte queste soluzioni senza aver trovato un rimedio il tuo problema è da considerarsi come BUG. Per segnalare un BUG devi essere molto chiaro e spiegare nella maniera migliore il tuo problema, dovrai indicare con esattezza i casi in cui l'errore si manifesta includendo, se disponibili, i messaggi di warning. Una migliore descrizione del problema ci aiuterà risolverlo in più breve tempo.

Includi nella tua descrizione le seguenti sezioni:
Come scegliere la criticita' del bug:

non-critical: si tratta di un semplice errore facilmente risolvibile, non comporta l'instabilita' di flatnuke.
normal: si tratta di un problema che comporta problemi nella gestione di flatnuke ma non ne causa l'instabilita'.
critical: si tratta di un errore che comporta situazioni di instabilita' o compromissione della sicurezza.
serious: si tratta di un grave problema che influisce pesantemente sulla stabilita' di flatnuke o riguarda una grave falla di sicurezza.



How and when report a bug (english)

Before report a bug, be sure to have followed following phases:
  1. Repeat the error condition in order to avoid human errors
  2. Be sure that error don't depend by external scripts
  3. Upgrade to the last flatnuke version
  4. Read the F.A.Q.
  5. Read the old forum posts
  6. Verify that your problem isn't just a reported bug
  7. Try to post the problem on flatnuke forum
ONLY AFTER trying all hints above, whitout a solution, your problem can be a BUG. In order to report a BUG you must be clear explaining your problem, you must indicate error conditions with eventual warning messages. A better error description can allow the developer to fix the bug as fast as possible.

You must include following items in the description field: How to select the right bug severity:

non-critical: it's a simple issue easy solvable, it doesn't involve flatnuke stability.
normal: it's a problem that involves some flatnuke managing issues.
critical: it's an issue that causes flatnuke instability or security problems.
serious: it's a serious issue that involves a big flatnuke instability or a high-critical security hole.