Joomla! Documentation™

Untuk memahami bagaimana isu-isu dan bug ditelusur berdasarkan prioritas, berikut adalah skenario umum yang sering muncul.

Anda telah berupaya untuk memecahkannya selama berjam-jam, tidak seorang pun di forum yang dapat membantu, isu tersebut sepertinya tidak tercakup di dalam dokumentasi, dan Anda kemungkinan sedang ada tenggat waktu juga. Waktunya untuk mengirimkannya ke penelusur. Setelah semua usaha itu, terlihat sepertinya itu adalah sebuah isu yang kritis. Jadi, Anda pilih sebuah level prioritas tinggi.

Kemudian apa yang akan terjadi? Seseorang dari JBS hadir dan menggantinya ke prioritas menengah. Mengapa mereka lakukan hal itu? Apakah itu berarti bahwa isu Anda bukanlah sesuatu yang penting dan tidak bisa dijadikan penting? Apakah mereka sekedar jahat dan tidak perhatian? Tentu saja tidak. Itu hanya dikarenakan kelompok kerja pengembangan memiliki definisi yang tegas terhadap artifak level prioritas.

Definisi Prioritas

Isu (bug) dikatakan memiliki prioritas tergantung dari beberapa karakteristik berikut ini:

Prioritas 1 → Tinggi/Kritikal

Bagasi (trunk) tidak bekerja sama sekali. Bagian-bagian sumber yang signifikan telah rusak sehingga mencegah operasi-operasi kunci (penting). Contohnya seperti masuk (login), pemasangan, pemasang ekstensi, galat javascript yang mencegah Anda dari memindahkan sebuah tangkapan atau tindakan serupa, dll. Juga termasuk pembuatan galat Fatal PHP.

Prioritas 2 → Tinggi Menengah/Mayor

Bagian-bagian sumber menghambat operasi secara serius atau menyebabkan sebuah kehilangan besar di dalam fungsi yang dinyatakan.

Prioritas 3 → Menengah/Normal

Isu-isu tersebut menghalangi perilaku yang dinyatakan tapi aplikasinya sendiri masih tetap bekerja. Contohnya bisa berupa parameter-parameter yang tidak bekerja seperti dinyatakan, berkas-berkas bahasa tidak dimuat sebagaimana mestinya, dll.

Prioritas 4 → Rendah/Minor

Kehilangan sebagian kecil fungsi dan perilaku yang mengganggu secara umum. Bisa berupa kekurangan platform yang umum atau masalah-masalah peramban tertentu yang sementara dapat berupa mayor secara teknis di lingkungan tersebut, mereka mewakili sebuah minoritas. Juga termasuk diantaranya adalah kehilangan string-string bahasa.

Prioritas 5 → Sangat Rendah/Sepele

Masalah kosmetik, kata-kata yang salah ucap, obyek yang tidak rata secara grafis, kekurangan isu-isu umum parameter, dll.

Apa artinya ini?

Pertama-tama, apabila hal itu bukanlah berada dalam beberapa hari pertama sebuah rilis dan tidak menyangkut sebuah isu keamanan, kecuali apabila Anda memakai subversi atau sebuah versi percobaan (nightly build), Anda tidak akan pernah melihat isu prioritas 1 (tinggi) atau perlu melaporkannya. Itu sebabnya jika ada isu-isu terbuka prioritas 1 dalam basis kode, maka sebuah rilis tidak akan pernah ada. Hal yang sama juga berlaku terhadap prioritas 2 (tinggi menengah). Sebuah isu prioritas 1 dalam rilis aktual adalah sesuatu yang akan memicu sebuah rilis baru. Isu-isu prioritas 1 maupun prioritas 2 di dalam cabang basis kode akan mencegah jadwal rilis. Ini adalah hal yang serius, karena setiap rilis mengandung banyak perbaikan bug dan peningkatan dimana-mana, maka tidak merilisnya akan menjaga komunitas dari mendapatkan hal-hal yang tidak diinginkan. Tapi, memaksakan sebuah rilis yang tak terjadwal juga sesuatu yang serius, karena bisa berarti bahwa pekerjaan lain berhenti sementara semua usaha dilakukan untuk mempersiapkan rilis tersebut.

Satu pengecualian hanya apabila Anda menemukan sebuah isu keamanan besar. namun penelusur adalah bukan tempatnya untuk melaporkan isu-isu keamanan tersebut.

Ini bukan berarti tidak pernah ada yang namanya isu prioritas 1 maupun 2. Contoh isu prioritas 1 ada disini http://issues.joomla.org/tracker/joomla-cms/7265 atau juga disini http://issues.joomla.org/tracker/joomla-cms/6487.

Maka, sebelum Anda putuskan untuk menandai sebuah isu sebagai prioritas 1 atau prioritas 2, pikirkanlah kembali apakah itu membuktikan semua hal-hal berikut.

Kebanyakan isu adalah prioritas 3, menengah. Meskipun demikian, beberapa diantaranya adalah prioritas 4 atau 5. Apabila Anda menandai isu Anda itu sebagai prioritas 4 atau 5, apakah itu artinya bahwa isu tersebut tidak akan diperbaiki? Tidak sama sekali. Jika itu adalah sebuah isu yang mudah diperbaiki, khususnya apabila Anda memberikan sebuah kode patch atau pengajuan, bisa dilakukan langsung. Beberapa orang anggota JBS sangat ahli di dalam isu-isu bahasa secara informal maupun CSS atau topik-topik lainnya yang sering muncul di isu prioritas 4 atau 5. Jadi jangan merasa bahwa Anda perlu menandainya sebagai prioritas 3 hanya untuk mendapatkan perhatian.