How to report a bug/id

Panduan berikut menjelaskan cara menulis laporan galat atau permintaan fitur' (tugas) pada Wikimedia's task tracker (lihat untuk informasi lebih lanjut). Tugas yang ditulis dengan baik lebih memungkinkan untuk dikerjakan.

Rekomendasi cepat

 * Spesifik
 * Jelas: jelaskan untuk meniru masalah, langkah demi langkah, sehingga pihak lain dapat meniru galat atau memahami permintaan.
 * Satu masalah, satu tugas.
 * Lampirkan pranala atau contoh yang relevan.

Dapatkah Anda membuat ulang laporan?
Mencoba untuk mengeluarkan kembali pepijat anda menggunakan versi terbaru perangkat lunak, untuk melihat sama ada ia telah pun ditetapkan. Jika pepijat tersebut pada situs wiki seperti Wikipedia anda bisa mencoba menguji versi perangkat lunak terkini pada test2.wikipedia.org.

Apakah orang lain telah melaporkan masalahnya?
Gunakan kotak pencarian di bugtracker Wikimedia untuk melihat apakah kesalahan/kerusakan telah dilaporkan sebelumnya. Anda juga dapat melakukan pencarian lebih lanjut di halaman pencarian lebih lanjut.

Jika Anda tidak yakin bahwa galat telah dilaporkan, Anda seharusnya melaporkan galat tersebut. Laporan galat berganda lebih baik dari pada galat tak terlaporkan.

Have you tried fixing the issue yourself?
Some problems are a consequence of using user scripts and gadgets which need some fixes. There is with steps how you can identify such code, which could fix your issue so that you do not waste your time reporting it.

Melaporkan kesalahan / kerusakan atau permintaan fitur
Jika Anda melihat sebuah kesalahan / kerusakan pada versi ini dan belum ada satupun yang melaporkannya, maka:
 * 1) Buka phabricator.wikimedia.org dan klik "Maniphest" di side bar.
 * 2) Pilih "Create task" di pojok kanan atas.
 * 3) Anda akan diminta untuk log in (atau mendaftar), jika Anda belum mendaftar. (lihat "").
 * 4) Isilah isian berikut ini:
 * 5) * Title: Sebuah kalimat pendek yang menjelaskan permasalahan (bukan sebuah pemecahannya).
 * 6) ** Baik:
 * 7) ** Buruk:
 * 8) * Assigned to: You should ignore this field: Developers will set an assignee when they plan to work on the task.
 * 9) * Deskripsi: Rincian lengkap masalah, jelaskan selengkap-lengkapnya. Salah satunya:
 * 10) ** Untuk bug:
 * 11) *** Langkah Untuk Pelaporan Ulang: Singkat, mudah dimengerti dan menjelaskan inti masalahnya. Termasuk semua langkah-langkahnya.
 * Contoh:
 * 1) *** Hasil Akhir: Apa yang dihasilkan program setelah melakukan semua langkah-langkah di atas.
 * Contoh:
 * 1) ***Hasil yang Diharapkan: Hasil apakah yang seharusnya diterima, jika tidak ada kesalahan / kerusakan.
 * Contoh:
 * 1) ** Untuk permintaan fitur:
 * 2) *** Sebuah deskripsi tentang harapan yang ingin dicapai dan alasannya. Sebuag [$story cerita pengguna] adalah cara efektif untuk menyampaikan hal ini. Explain what you hope the feature will solve (the actual underlying problem) along with specific examples; but do not demand a specific solution, as there might be other/better solutions. A user story is an effective way of conveying this.
 * Contoh:
 * 1) **Harap sertakan informasi berguna lainnya, seperti:
 * 2) ***kesalahan / kerusakan program penjelajah web, tampilan, atau sistem komputer yang anda temukan;
 * 3) ***links or diffs to one or more pages where you encountered the bug; or
 * 4) ***whether the problem appears every time, only occasionally, only on certain pages, or only in specific circumstances.
 * 5) *Lampiran: Anda boleh menyertakan log / catatan atau (pastikan tidak menyertakan atau menampilkan data-data yang rahasia).
 * 6) * Pilih tag (proyek) yang ditemukan kesalahan/kerusakan:
 * 7) **Projects are how developers find tasks to work on. To identify the right project(s), use the search function (in the top right) to find its description.
 * 8) **This could be for example the project for the wiki software itself, or  for configuration changes on a Wikimedia site (see "").
 * 9) * Subscribers: If you know specific users who will be interested in getting notified of this task you can add them here. Otherwise, ignore this field.
 * 1) ***kesalahan / kerusakan program penjelajah web, tampilan, atau sistem komputer yang anda temukan;
 * 2) ***links or diffs to one or more pages where you encountered the bug; or
 * 3) ***whether the problem appears every time, only occasionally, only on certain pages, or only in specific circumstances.
 * 4) *Lampiran: Anda boleh menyertakan log / catatan atau (pastikan tidak menyertakan atau menampilkan data-data yang rahasia).
 * 5) * Pilih tag (proyek) yang ditemukan kesalahan/kerusakan:
 * 6) **Projects are how developers find tasks to work on. To identify the right project(s), use the search function (in the top right) to find its description.
 * 7) **This could be for example the project for the wiki software itself, or  for configuration changes on a Wikimedia site (see "").
 * 8) * Subscribers: If you know specific users who will be interested in getting notified of this task you can add them here. Otherwise, ignore this field.

Periksa kembali laporan anda, lalu tekan tombol "Create Task". Laporan kesalahan/kerusakan yang anda buat akan ada dalam database kami dan akan diperiksa sesegera mungkin. This allows somebody interested in the report to look at it and.

The priority for the task will be set by developers if they plan to work on the task (see Setting priorities).

Selesai! Terima kasih atas bantuan Anda untuk membuat MediaWiki dan Wikimedia project lebih baik!

Reporting a JavaScript bug

 * See also: Help:Locating broken scripts

When you encounter a bug that may be related to JavaScript, do your best to identify error messages and copy them into the bug report.

It's especially important to provide all the information you have, because even the system administrators will have zero access to any error log. If you are unsure whether a feature you are using is based on JavaScript, try disabling JavaScript.

It's always helpful to include a screenshot with your report. It's often the easiest way to identify which feature you're talking about, and can often provide information which can help narrow down the error. Take care to hide any information you don't want to share, like other open browsers tabs or minimised chat windows.

If the problem is in the code of a user script or gadget itself, then Phabricator might not be the place where the problem will get handled. Someone might redirect you to the talk page of the script (if the problematic script is identified).

Reporting a connectivity issue
If you are having difficulties reaching a Wikimedia website at all (slow internet connection etc.), please follow Reporting a connectivity issue.

Reporting a login problem
If you are having problems logging into your account, please follow Manual:How to debug/Login problems.

Lihat juga

 * Bagaimana Cara untuk Melaporakan Kesalahan / Kerusakan Secara Tepat oleh Simon Tatham
 * How to get the developer community to solve your problem, by User:MSchottlender-WMF, July 2017
 * Phabricator etiquette
 * Bug management/Bug report life cycle
 * Writing a good bug report or feature request
 * How to create a good first Bug Report (outdated)
 * Wikipedia: Laporan kesalahan / kerusakan dan permintaan fitur