Menggunakan Bugzilla

Ben Cotton Versi F36 onwards Last review: 2024-01-18

Fedora menggunakan Red Hat Bugzilla untuk pelacakan bug. Halaman ini dan halaman-halaman lain di bawah header "Bugs" di sebelah kiri menyediakan beberapa tips dan panduan.

Izin

Setiap pengguna, termasuk pengguna "anonim" (yaitu yang tidak login), dapat melihat bug. (Perlu dicatat bahwa beberapa bug atau komentar mungkin ditandai sebagai "private" atau dibatasi untuk kelompok tertentu. Hal ini jarang terjadi di Fedora dan umumnya dilakukan untuk melindungi informasi sensitif yang mungkin terdapat dalam lampiran atau potongan log.)

Setiap pengguna yang telah login dapat membuat laporan bug atau menambahkan komentar pada laporan bug yang sudah ada.

Pelapor atau penugas bug dapat mengubah bidang apa pun dalam bug yang mereka tangani.

Membuat akun

Anda harus memiliki Akun Bugzilla untuk melaporkan bug dan berinteraksi dengannya. Setelah Anda membuat akun di Bugzilla, Anda juga dapat masuk menggunakan Akun Fedora. Untuk menggunakan akun FAS Anda untuk masuk ke Bugzilla, Anda perlu menggunakan alamat email yang sama di FAS dan Bugzilla, atau jika berbeda, Anda dapat mengatur alamat email Bugzilla secara eksplisit di profil FAS Anda.

Perubahan otomatis

Bugzilla akan secara otomatis membuat tautan ke laporan bug atau komentar yang mengikuti pola "bug xxxx" atau "comment xxxx".

Bug yang ditandai sebagai duplicate akan secara otomatis mendapatkan komentar yang merujuk ke laporan bug lainnya. Laporan bug lainnya akan secara otomatis mendapatkan komentar yang menunjukkan bahwa bug lain telah ditandai sebagai duplikat dari laporan tersebut.

Bodhi — sistem pembaruan Fedora — akan secara otomatis menandai dan mengubah status dari bug yang terkait saat pembaruan melewati sistem.

Status dan resolusi

Bugzilla menggunakan bidang yang disebut "Status" dan "Resolution" untuk melacak status laporan bug atau permintaan fitur.

Status

Tabel di bawah ini merangkum status-status tersebut.

Tabel 1. Bugzilla statuses
Status Meaning

NEW

The default state. Generally indicates bug has not been actively investigated by the assignee.

ASSIGNED

Can be used by maintainers to indicate that the bug has been vetted and is assigned for work.

ON_DEV

Can be used by maintainers to indicate that work is actively in progress. This is especially useful if there exists a team of maintainers for a package.

POST

Indicates a fix is ready, but not applied. This is often used when a pull request is open upstream.

MODIFIED

Indicates a fix has been built in an update. Bodhi will set this status automatically when an update is created if the bug is associated with the update.

ON_QA

Indicates an update with a fix is in the testing repo. Bodhi will set this status automatically when an update reaches updates-testing if the bug is associated with the update.

VERIFIED

Indicates a bug has a confirmed fix in an update.

RELEASE_PENDING

(Generally unused in Fedora. Used for Red Hat Enterprise Linux workflows.)

CLOSED

Indicates the bug has been fixed or will not be fixed. The CLOSED status has different resolutions to indicate why the bug was closed. Bodhi will set this status automatically when an update reaches the updates repo if the bug is associated with the update.

Resolution

Tabel di bawah ini menjelaskan resolusi yang dapat diterapkan pada status CLOSED.

Tabel 2. Bugzilla resolutions
Resolution Meaning

CANTFIX

Used by maintainers to indicate a bug that cannot be fixed.

CURRENTRELEASE

Indicates a bug reported in Branched prior to release and the fix is fixed for the final release.

DEFERRED

(Generally unused in Fedora. Used for Red Hat Enterprise Linux workflows.)

DUPLICATE

Indicates a bug is a duplicate of another.

EOL

Indicates a bug that was filed against a version that has reached End of Life.

ERRATA

Indicates a bug is fixed in a stable release.

FAILS_QA

(Generally unused in Fedora. Used for Red Hat Enterprise Linux workflows.)

INSUFFICIENT_DATA

Indicates that the bug reporter is unwilling or unable to provide sufficient information to diagnose or fix the bug.

NEXTRELEASE

Used by maintainers to indicate a bug that will only be fixed for later releases, not on the release reported.

NOTABUG

Indicates that the report is not a bug (e.g. is a hardware failure or a support question).

RAWHIDE

Indicates a bug is fixed in a Rawhide update.

RELEASE_PENDING

(Generally unused in Fedora. Used for Red Hat Enterprise Linux workflows.)

UPSTREAM

Used by maintainers to indicate that a bug is expected to be fixed upstream and naturally rolled into Fedora Linux in a subsequent update.

WONTFIX

Used by maintainers to indicate a bug that will not be fixed.

WORKSFORME

Used by maintainers to indicate a bug that cannot be reproduced.