ວິທີການແຈ້ງບັກ (Bug)

ພວກເຮົາໄດ້ຮິບໂຮມລາຍຊື່ບັນຫາທີ່ພົບເລື້ອຍໄວ້. ກະລຸນາກວດສອບເວັບໄຊນີ້ກ່ອນ ເພື່ອເບິ່ງວ່າບັນຫາຂອງທ່ານມີການລາຍງານໄວ້ກ່ອນແລ້ວຫຼືບໍ່ — ແລະ ມີວິທີແກ້ໄຂແລ້ວຫຼືຍັງ.

ເມື່ອມີການແຈ້ງບັກ ແລະ ໄດ້ຮັບການແກ້ໄຂ, ນັກພັດທະນາຈະຮິບໂຮມການແກ້ໄຂເຫຼົ່ານັ້ນ ແລະ ປ່ອຍຊອບແວເວີຊັນທີ່ປັບປຸງໃໝ່ອອກມາເປັນໄລຍະ. ດັ່ງນັ້ນ, ກ່ອນຈະລາຍງານບັນຫາ, ມັນເປັນປະໂຫຍດຫຼາຍທີ່ຈະກວດສອບວ່າທ່ານກຳລັງໃຊ້ເວີຊັນຫຼ້າສຸດຫຼືບໍ່. ວິທີທີ່ງ່າຍທີ່ສຸດໃນການໄດ້ຮັບຊອບແວເວີຊັນຫຼ້າສຸດໃນ Fedora ແມ່ນການອັບເດດລະບົບເປັນປະຈຳ. ຜູ້ໃຊ້ Gnome/KDE ແລະ ສະພາບແວດລ້ອມເດັສທັອບອື່ນໆ ສາມາດໃຊ້ແອັບພລິເຄຊັນພື້ນຖານເພື່ອອັບເດດໄດ້. ລະບົບຈະກວດສອບການອັບເດດ ແລະ ແຈ້ງເຕືອນຜູ້ໃຊ້ເອງ. ນອກຈາກນັ້ນ, ທ່ານຍັງສາມາດໃຊ້ເຄື່ອງມືຈັດການແພັກເກດ dnf ເພື່ອກວດສອບ ແລະ ອັບເດດລະບົບໄດ້. ເຊິ່ງຕ້ອງເປັນຜູ້ໃຊ້ທີ່ມີສິດຜູ້ເບິ່ງແຍງລະບົບ (administrator) ເທົ່ານັ້ນ:

ຖ້າທ່ານກຳລັງໃຊ້ຊອບແວເວີຊັນຫຼ້າສຸດໃນ Fedora ແລ້ວ, ເປັນໄປໄດ້ວ່າບັກນັ້ນອາດຈະຍັງບໍ່ທັນມີການລາຍງານ, ຫຼື ຖືກລາຍງານແລ້ວແຕ່ຍັງບໍ່ທັນປ່ອຍຕົວແກ້ໄຂອອກມາ. ດັ່ງນັ້ນ, ການຄົ້ນຫາໃນລາຍຊື່ບັກທີ່ມີຢູ່ກ່ອນແລ້ວຈຶ່ງມີປະໂຫຍດຫຼາຍ. ເວັບແອັບພລິເຄຊັນ Fedora Packages ຈະມີລິງກ໌ໄປຫາບັກທີ່ຍັງບໍ່ທັນປິດຂອງແຕ່ລະແພັກເກດ. ນອກຈາກນັ້ນ ຍັງມີທາງລັດທີ່ສະດວກໃນການນຳໃຊ້.

ໃນສ່ວນນີ້, package name ຕ້ອງແມ່ນຊື່ແພັກເກດຢ່າງເປັນທາງການ.

ຖ້າມີການແຈ້ງບັກກ່ຽວກັບບັນຫານັ້ນໄວ້ກ່ອນແລ້ວ, ທ່ານຄວນໃຫ້ຂໍ້ມູນເພີ່ມເຕີມຖ້າທ່ານມີ. ຖ້າບໍ່ມີຫຍັງຈະເພີ່ມຕື່ມ, ທ່ານຄວນ "CC" ຕົນເອງໄວ້ໃນລາຍງານນັ້ນ ເພື່ອຮັບການແຈ້ງເຕືອນເມື່ອມີການອັບເດດ. ສາມາດເຮັດໄດ້ໂດຍການໝາຍຕິກໃສ່ຊ່ອງ "Add me to CC list" ແລ້ວກົດປຸ່ມ "Save changes" ດັ່ງຮູບລຸ່ມນີ້:

ການແຈ້ງບັກແມ່ນເຮັດຜ່ານ Bugzilla ແລະ ທ່ານຕ້ອງມີ ບັນຊີ Bugzilla ເພື່ອແຈ້ງ ແລະ ຕິດຕາມບັກ. ເມື່ອທ່ານສ້າງບັນຊີແລ້ວ, ທ່ານຍັງສາມາດເຂົ້າສູ່ລະບົບໂດຍໃຊ້ ບັນຊີ Fedora (FAS) ຂອງທ່ານໄດ້. ການທີ່ຈະໃຊ້ບັນຊີ FAS ເຂົ້າ Bugzilla ໄດ້ນັ້ນ, ທ່ານຕ້ອງໃຊ້ອີເມວອັນດຽວກັນທັງໃນ FAS ແລະ Bugzilla, ຫຼື ຖ້າໃຊ້ຄົນລະອີເມວ, ທ່ານຕ້ອງໄປຕັ້ງຄ່າອີເມວ Bugzilla ໃນໂປຣໄຟລ໌ FAS ຂອງທ່ານໃຫ້ຖືກຕ້ອງ.

ລະບົບຕິດຕາມບັກຈະສົ່ງການແຈ້ງເຕືອນຜ່ານອີເມວສະເພາະບັກທີ່ຜູ້ໃຊ້ມີສ່ວນກ່ຽວຂ້ອງເທົ່ານັ້ນ. ຈະບໍ່ມີການສົ່ງອີເມວອື່ນໆທີ່ບໍ່ກ່ຽວຂ້ອງ.

ຖ້າຫາກຍັງບໍ່ທັນມີການແຈ້ງບັກສຳລັບບັນຫານັ້ນ, ທ່ານຄວນແຈ້ງບັກໃໝ່. ວິທີທີ່ງ່າຍທີ່ສຸດແມ່ນການຄົ້ນຫາແພັກເກດໃນ Fedora Packages Web application ແລ້ວກົດລິງກ໌ "File a new bug report" ທີ່ຢູ່ໃນໜ້ານັ້ນ.

ລິງກ໌ນີ້ຈະນຳທ່ານໄປຫາແບບຟອມການລາຍງານບັກໃໝ່ໃນລະບົບຕິດຕາມບັກ. ຮູບລຸ່ມນີ້ສະແດງຕົວຢ່າງຂອງແບບຟອມ:

ຊ່ອງຂໍ້ມູນທີ່ຕ້ອງລະບຸມີດັ່ງນີ້:

Description of problem (ລາຍລະອຽດຂອງບັນຫາ):

ອະທິບາຍບັນຫາຢ່າງລະອຽດຢູ່ບ່ອນນີ້.

Version-Release number of selected component (ຖ້າມີ):

ຄວນລະບຸເວີຊັນຂອງແພັກເກດຢູ່ບ່ອນນີ້. ເມື່ອຮູ້ຊື່ແພັກເກດແລ້ວ, ສາມາດເບິ່ງເວີຊັນໄດ້ໂດຍໃຊ້ຄຳສັ່ງ rpm:

ຕົວຢ່າງ:

How reproducible (ວິທີເຮັດໃຫ້ເກີດບັນຫາຊ້ຳ):

ບັນຫານີ້ເກີດຂຶ້ນເລື້ອຍປານໃດ? ໂດຍທົ່ວໄປແລ້ວ, ຄຳຕອບທີ່ດີສຳລັບຊ່ອງນີ້ແມ່ນ:

ບັນຫາທີ່ເກີດຂຶ້ນຕະຫຼອດຈະງ່າຍທີ່ສຸດສຳລັບນັກພັດທະນາໃນການວິເຄາະ, ເພາະພວກເຂົາເຈົ້າສາມາດລອງເຮັດໃຫ້ເກີດບັນຫາຊ້ຳໃນເຄື່ອງຂອງພວກເຂົາເຈົ້າເພື່ອເກັບຂໍ້ມູນເພີ່ມເຕີມໄດ້. ຖ້າບັນຫາເກີດຂຶ້ນເປັນບາງຄັ້ງ, ນັກພັດທະນາຕ້ອງໃຊ້ເວລາ ແລະ ຄວາມພະຍາຍາມຫຼາຍຂຶ້ນເພື່ອເຂົ້າໃຈສາເຫດ. ຖ້າບັນຫາເກີດຂຶ້ນພຽງຄັ້ງດຽວ, ມັນຈະຍິ່ງແກ້ໄຂໄດ້ຍາກກວ່າເກົ່າ.

Steps to Reproduce (ຂັ້ນຕອນໃນການເຮັດໃຫ້ເກີດບັນຫາ):

ຂໍ້ມູນນີ້ຈະຊ່ວຍໃຫ້ຜູ້ໃຊ້ອື່ນໆສາມາດກວດສອບບັກໄດ້, ແລະ ຍັງບອກໃຫ້ນັກພັດທະນາຮູ້ວ່າຂັ້ນຕອນໃດແດ່ທີ່ເຮັດໃຫ້ເກີດບັນຫາ. ມັນຈະຊ່ວຍໃຫ້ພວກເຂົາເຈົ້າກວດສອບຊອດໂຄ້ດ (source code) ແລະ ຊອກຫາຈຸດທີ່ຜິດພາດໄດ້ງ່າຍຂຶ້ນຫຼາຍ.

Actual results (ຜົນໄດ້ຮັບຕົວຈິງ):

ເກີດຫຍັງຂຶ້ນແທ້ເມື່ອມີບັນຫາ?

Expected results (ຜົນໄດ້ຮັບທີ່ຄາດຫວັງ):

ຜູ້ໃຊ້ຄາດຫວັງວ່າຄວນຈະເກີດຫຍັງຂຶ້ນ ຖ້າຊອບແວເຮັດວຽກຢ່າງຖືກຕ້ອງ?

Additional info (ຂໍ້ມູນເພີ່ມເຕີມ):

ຂໍ້ມູນອື່ນໆ ທີ່ອາດຈະເປັນປະໂຫຍດຕໍ່ຜູ້ເບິ່ງແຍງ (Maintainer) ຄວນລະບຸໄວ້ຢູ່ບ່ອນນີ້.

ຫຼັງຈາກແຈ້ງບັກແລ້ວ, ທ່ານຄວນຕິດຕາມການອັບເດດຢູ່ສະເໝີ. ເອກະສານ ຂັ້ນຕອນສະຖານະຂອງບັກ (bug status workflow) ຈະອະທິບາຍກ່ຽວກັບສະຖານະຕ່າງໆທີ່ບັກອາດຈະເປັນ. ການແຈ້ງເຕືອນຜ່ານອີເມວກ່ຽວກັບຄວາມຄິດເຫັນໃໝ່ໆ ຈະຖືກສົ່ງໄປຫາທຸກຄົນທີ່ມີສ່ວນກ່ຽວຂ້ອງໃນລາຍງານນັ້ນ — ບໍ່ວ່າຈະແມ່ນຜູ້ລາຍງານ, ຜູ້ໃຊ້ອື່ນໆ, ແລະ ຜູ້ເບິ່ງແຍງ. ເລື້ອຍໆທີ່ຜູ້ເບິ່ງແຍງຈະສະແດງຄວາມຄິດເຫັນເພື່ອສອບຖາມຂໍ້ມູນເພີ່ມເຕີມ. ບາງຄັ້ງຜູ້ໃຊ້ອື່ນໆທີ່ພົບບັນຫາດຽວກັນກໍອາດຈະເຂົ້າມາໃຫ້ຂໍ້ມູນເພີ່ມເຕີມນຳ.

ບັກທີ່ຖືກລາຍງານຢ່າງລະອຽດມັກຈະໄດ້ຮັບການແກ້ໄຂ, ແລະ ຜູ້ເບິ່ງແຍງຈະປ່ອຍຊອບແວເວີຊັນທີ່ປັບປຸງແລ້ວໃຫ້ຜູ້ໃຊ້ Fedora ໄດ້ໃຊ້. Bodhi ຈະສະແດງຄວາມຄິດເຫັນໃນລາຍງານເມື່ອມີການອັບເດດເກີດຂຶ້ນ. ທ່ານສາມາດຊ່ວຍຜູ້ເບິ່ງແຍງໄດ້ໂດຍການຢືນຢັນວ່າເວີຊັນທີ່ປັບປຸງໃໝ່ນັ້ນເຮັດວຽກໄດ້ດີຂຶ້ນຫຼືບໍ່ໃນ Bodhi.

ເມື່ອຊອບແວເວີຊັນທີ່ປັບປຸງແລ້ວຜ່ານຂະບວນການ QA, ບັກຈະຖືກປິດໂດຍອັດຕະໂນມັດ. ຂໍສະແດງຄວາມຍິນດີນຳ!

ຖ້າທ່ານພົບບັນຫາໂປຣແກຣມເພ (crash), ມັນຈຳເປັນຫຼາຍທີ່ຈະຕ້ອງສົ່ງ "stack trace" ໄປພ້ອມກັບລາຍງານບັກຂອງທ່ານ. ບັນຫາໂປຣແກຣມເພມັກຈະເຮັດໃຫ້ເກີດຊ້ຳໄດ້ຍາກ ແລະ ແກ້ໄຂໄດ້ຍາກກວ່າ, ດັ່ງນັ້ນການໃຫ້ຂໍ້ມູນຫຼາຍເທົ່າໃດກໍຍິ່ງເປັນການດີ. ທ່ານອາດຈະຕ້ອງຕິດຕັ້ງ -debuginfo RPMs ເພື່ອໃຫ້ stack trace ຂອງທ່ານມີຂໍ້ມູນທີ່ເປັນປະໂຫຍດໃນການແກ້ບັກ. ເບິ່ງຂໍ້ມູນເພີ່ມເຕີມໄດ້ທີ່ໜ້າລຸ່ມນີ້:

ຖ້າທ່ານມີບັນຫາກ່ຽວກັບສ່ວນຕິດຕໍ່ຜູ້ໃຊ້ (GUI), ການສົ່ງຮູບຖ່າຍໜ້າຈໍ ຫຼື ວິດີໂອບັນທຶກໜ້າຈໍທີ່ສະແດງໃຫ້ເຫັນບັກໃນຂະນະທີ່ມັນເກີດຂຶ້ນຈະຊ່ວຍໄດ້ຫຼາຍ. ສິ່ງນີ້ຈະຊ່ວຍໃຫ້ນັກພັດທະນາຫາຈຸດທີ່ຜິດພາດໃນໂຄ້ດໄດ້ຊັດເຈນຂຶ້ນ, ແລະ ຊ່ວຍສື່ສານວ່າເກີດຫຍັງຂຶ້ນໃນກໍລະນີທີ່ບັນຫານັ້ນເຮັດໃຫ້ເກີດຊ້ຳໄດ້ຍາກ (ຕົວຢ່າງ: ບັນຫາການຈັດວາງໜ້າຈໍທີ່ເກີດຂຶ້ນສະເພາະບາງເຄື່ອງ).

ຂໍ້ສັງເກດຂອງບັກທີ່ເກີດຂຶ້ນສະເພາະຮາດແວແມ່ນ ຄົນອື່ນໆທີ່ໃຊ້ຮາດແວຕ່າງຈາກທ່ານບໍ່ສາມາດເຮັດໃຫ້ເກີດບັກດຽວກັນນັ້ນໄດ້. ບັນຫາເຫຼົ່ານີ້ມັກຈະກ່ຽວຂ້ອງກັບໂຄ້ດທີ່ເຮັດວຽກກັບອຸປະກອນເສີມໂດຍກົງ ເຊັ່ນ: ເວັບແຄັມ (webcam), ກາດຈໍ, ເຄື່ອງພິມ, ຫຼື ກາດສຽງ (ເຊິ່ງປົກກະຕິແລ້ວ ບັກທີ່ກ່ຽວກັບ GUI ຂອງໂປຣແກຣມພິມເອກະສານ ຫຼື ເຄື່ອງຄິດເລກ ຈະບໍ່ແມ່ນບັກສະເພາະຮາດແວ).

ຖ້າທ່ານສົງໄສວ່າບັກຂອງທ່ານກ່ຽວຂ້ອງກັບຮາດແວສະເພາະທີ່ທ່ານມີ, ທ່ານຈຳເປັນຕ້ອງລະບຸຊື່ຮາດແວນັ້ນ ເພື່ອໃຫ້ສາມາດແກ້ໄຂບັນຫາໄດ້ກົງຈຸດ.

ອຸປະກອນ PCI ແລະ PCI-E ທີ່ເຄີເນລ (kernel) ພົບ ສາມາດເບິ່ງລາຍຊື່ໄດ້ດ້ວຍຄຳສັ່ງ lspci.

ອຸປະກອນ USB ທີ່ເຄີເນລພົບ ສາມາດເບິ່ງລາຍຊື່ໄດ້ດ້ວຍຄຳສັ່ງ lsusb.

ທ່ານຍັງອາດຈະພົບຂໍ້ມູນກ່ຽວກັບອຸປະກອນ ຫຼື ໄດຣເວີ (driver) ສະເພາະໃນລັອກຂອງລະບົບ (ໂດຍການໃຊ້ຄຳສັ່ງ journalctl).

ພວກເຮົາໃຫ້ຄວາມສຳຄັນເປັນພິເສດຕໍ່ບັກທີ່ລະອຽດອ່ອນດ້ານຄວາມປອດໄພ. ກະລຸນາອ່ານໜ້າ ການລາຍງານຊ່ອງໂຫວ່ດ້ານຄວາມປອດໄພ ເພື່ອເຂົ້າໃຈຂະບວນການພິເສດໃນການແຈ້ງບັກດ້ານຄວາມປອດໄພ.