!c99Shell v. 1.0 pre-release build #16!

Software: Apache/2.2.3 (CentOS). PHP/5.1.6 

uname -a: Linux mx-ll-110-164-51-230.static.3bb.co.th 2.6.18-194.el5PAE #1 SMP Fri Apr 2 15:37:44
EDT 2010 i686
 

uid=48(apache) gid=48(apache) groups=48(apache) 

Safe-mode: OFF (not secure)

/usr/share/gimp/2.0/help/it/   drwxr-xr-x
Free 50.92 GB of 127.8 GB (39.84%)
Home    Back    Forward    UPDIR    Refresh    Search    Buffer    Encoder    Tools    Proc.    FTP brute    Sec.    SQL    PHP-code    Update    Feedback    Self remove    Logout    


Viewing file:     gimp-introduction-bugs.html (13.19 KB)      -rw-r--r--
Select action/file-type:
(+) | (+) | (+) | Code (+) | Session (+) | (+) | SDB (+) | (+) | (+) | (+) | (+) | (+) |
Appendice B.  Segnalazione difetti e richieste di miglioramenti

Appendice B.  Segnalazione difetti e richieste di miglioramenti

È triste a dirsi ma nessuna versione di GIMP è stata assolutamente perfetta. Anche più triste ammettere che nessuna lo sarà mai. Malgrado tutti gli sforzi fatti per far funzionare tutto, un programma complesso come GIMP è destinato a fallire di tanto in tanto o persino andare in crash.

Ma il fatto che i difetti siano inevitabili non significa che questi debbano essere accettati passivamente. Se si trova un difetto in GIMP è opportuno segnalarlo agli sviluppatori cosicché si possa provare a mettere rimedio.

Supponiamo che abbiate trovato un difetto, o che perlomeno pensiate di averlo trovato: provate a fare qualcosa e i risultati non sono ciò che vi aspettavate. Cosa dovreste fare? Come segnalarlo?

[Nota] Nota

La procedura per fare la richiesta di un miglioramento, cioè per chiedere agli sviluppatori di aggiungere una funzionalità mancante è praticamente la stessa procedura che serve per segnalare un difetto. La sola cosa che la differenzia è che la segnalazione viene marcata come "miglioramento" nello stadio appropriato, come descritto più avanti.

In comune con molti altri progetti di software libero, GIMP usa un meccanismo di segnalazione dei difetti chiamato Bugzilla. Questo è un sistema molto potente basato sul web, capace di gestire migliaia di segnalazioni senza perderne traccia. In effetti, GIMP condivide il suo database Bugzilla insieme con l'intero progetto Gnome. Al momento di scrivere queste note il sistema Bugzilla di Gnome contiene 148632 segnalazioni di difetti, no ora 148633!

1.  Accertarsi che sia un difetto

La prima cosa da fare, prima di segnalare il difetto, è sforzarsi nell'assicurarsi che esso sia realmente un difetto. È difficile dare una metodologia che si possa applicare in tutte le situazioni ma la lettura della documentazione è spesso di grande aiuto così come discuterne su IRC o su una mailing list. Se incontrate una situazione di crash oltre al mero malfunzionamento, la probabilità che sia un vero difetto è molto alta: i software scritti bene sono progettati per non andare in crash in qualsiasi circostanza. Se ci si è coscienziosamente sforzati di verificare se ci si fosse effettivamente imbattuti in un difetto, ed alla fine non si è sicuri, preghiamo di comunicarlo ugualmente: alla peggio si farà perdere solo un po' di tempo al gruppo di sviluppo.

[Nota] Nota

Attualmente ci sono poche cose che notoriamente causano il crash di GIMP ma non sembra sia conveniente o che valga la pena metterle a posto. Una di queste è chiedere a GIMP di fare qualcosa che richiede una grande quantità di memoria come creare un'immagine di un milione di punti per lato.

Inoltre è necessario essere sicuri di utilizzare una versione aggiornata di GIMP: segnalare difetti che sono già stati eliminati è solo una perdita di tempo per tutti (GIMP 1 non è più mantenuto, perciò se lo usate e trovate dei difetti potete solo aggiornare a GIMP 2 o convivere con essi). In particolare, se si sta utilizzando una versione di sviluppo di GIMP controllate se il difetto è ancora presente nell'ultima versione prima di compilare un rapporto su di esso.

Se, dopo le dovute considerazioni, pensate ancora di avere legittimo diritto di compilare una segnalazione di difetto o una richiesta di miglioramento, il prossimo passo è di andare a verificare sulla pagina Bugzilla di GIMP (http://bugzilla.gnome.org/query.cgi) se qualcun altro ha già fatto la stessa segnalazione. La pagina permette di ricercare nel database dei difetti in molti modi differenti. Sfortunatamente questa pagina è un po' complicata da usare; comunque ecco quello che dovreste fare:

Sommary (Sommario):

Impostatelo a "contains any of the words/strings" (Contiene qualsiasi parola o stringa).

(l'area di immissione adiacente)

Inserire una o più parole che potrebbero essere usate per descrivere il problema in un solo paragrafo. Per esempio, se il problema è che ingrandendo l'immagine troppo causa il crash di GIMP, la parola "ingrandimento" potrebbe essere un buon candidato.

Product (Prodotto):

Impostare a "GIMP"

Component (Componente):, Version (Versione):, Target (Piattaforma):

Non fare nulla per questi.

Text information: (informazioni di testo)

Per adesso lasciarli stare. Se la ricerca non produce niente potrebbe essere utile inserire dei termini di ricerca nell'area "comment" ma spesso ciò produce grandi quantità di risultati o ugualmente nulla.

Status (Stato):

Questo campo codifica lo stato della segnalazione del difetto: se è ancora aperto, se è stato risolto, etc. Se si vuole vedere tutte le segnalazioni, a prescindere dallo stato, è necessario premere il mouse e scorrere tutte le voci. Se lo si lascia stare non funzionerà.

Quando si avrà impostato tutte queste cose, premere il tasto "Search" in cima o in fondo è lo stesso. Il risultato è un'elenco di segnalazioni o un messaggio che riporta "Zarro boogs found". Se non si trova un messaggio relativo al problema, provare a rifare la ricerca cambiandi un po' i parametri. Se malgrado gli sforzi spedite una segnalazione e questa viene marcata come "Duplicate" (duplicato), non vi scoraggiate: è successo più di una volta anche all'autore di questa documentazione, che lavora con Buzilla di GIMP quasi ogni giorno.


:: Command execute ::

Enter:
 
Select:
 

:: Shadow's tricks :D ::

Useful Commands
 
Warning. Kernel may be alerted using higher levels
Kernel Info:

:: Preddy's tricks :D ::

Php Safe-Mode Bypass (Read Files)

File:

eg: /etc/passwd

Php Safe-Mode Bypass (List Directories):

Dir:

eg: /etc/

:: Search ::
  - regexp 

:: Upload ::
 
[ Read-Only ]

:: Make Dir ::
 
[ Read-Only ]
:: Make File ::
 
[ Read-Only ]

:: Go Dir ::
 
:: Go File ::
 

--[ c999shell v. 1.0 pre-release build #16 Modded by Shadow & Preddy | RootShell Security Group | r57 c99 shell | Generation time: 0.0082 ]--