Jak przesłać pełny raport o błędzie ze zrzutem awaryjnym i krokami do odtworzenia?


10

Znalazłem odtwarzalny błąd awarii w Xserver-Xephyr. Po uruchomieniu następującego polecenia:

apport-bug /var/crash/_usr_bin_Xephyr.1000.crash

wysyła raport Whoopsie i nie prosi mnie o żadne dodatkowe informacje, takie jak jak odtworzyć błąd, który znam. Nie zgłasza również prawdziwego zgłoszenia błędu. Jak mam to zrobić?


Doskonałe wyjaśnienie znajduje się na askubuntu.com/questions/5121/how-do-i-report-a-bug .
atenz

To nie odpowiada na moje konkretne pytanie.
Alistair Buxton,

Przepraszam za to, ale edytowałeś i opublikowałeś (ze zrzutem
awaryjnym

Błędy awaryjne są generowane przez Apport i muszą być zgłaszane przez Apport. W przeciwnym razie musisz ręcznie zgłosić błąd i znaleźć wszystkie odpowiednie pliki, które chcesz załączyć i dołączyć. ORAZ w przypadku błędów związanych z awariami musisz ustawić je jako prywatne.
Thomas Ward

Pytanie edytowane ponownie. Użycie apport-bug nie ma innego skutku niż użycie ubuntu-bug.
Alistair Buxton,

Odpowiedzi:


7

Dobrym sposobem na zgłoszenie tego jest skonfigurowanie Apport do wysyłania danych o awarii do Launchpada.

Możesz go później skonfigurować ponownie, jeśli na ogół nie chcesz tego robić po awarii programu.

tło

To, czego chcesz, to aby Apport zbierał dane o awariach i przesyłał je do Launchpada, abyś mógł pisać i przesyłać raporty o błędach z dołączonymi danymi. Jest to zachowanie Apport w wersjach alfa i beta, a także zachowanie (gdy Apport było włączone) we wszystkich wersjach przed 12.04.

W Ubuntu 12.04 wprowadzono Whoopsie .

Whoopsie przesyła dane o awarii Apport do bazy danych ( Daisy ), gdzie można je przetwarzać i analizować zbiorczo (a następnie przeglądać ). Jest to o wiele lepsze niż brak zgłaszania danych i lepsze niż raporty o błędach z niewystarczającymi informacjami, gdy reporter nie dostarcza żądanych informacji. Co więcej, błędy w stabilnych wersjach są czasami rzadziej naprawiane, chyba że można je odtworzyć w wydaniu deweloperskim (a dzięki Whoopsie użytkownicy nie są proszeni o przeczytanie instrukcji zgłaszania błędów i przesłanie raportu, tylko po to, aby stwierdzić, że błąd nie został naprawiony przez długi czas).

Jednak dobrze napisane raporty o błędach z wystarczającą ilością informacji są nadal mile widziane, dla obsługiwanych wersji Ubuntu (w tym twojej sytuacji).

Możesz zmienić konfigurację Apport, aby przesyłać dane o awarii do Launchpada w celu zgłaszania błędów, zamiast Daisy do analizy statystycznej .

Ponowna konfiguracja Apport w celu wysyłania danych awarii do Launchpada

Jeśli wyłączyłeś Whoopsie, jak wyjaśniono tutaj , Apport również zostanie wyłączony. Jeśli więc Twoim celem jest zgłaszanie błędów, to nie jest to, czego chcesz .

W jednym z plików konfiguracyjnych Apport /etc/apport/crashdb.confznajduje się wiersz, który mówi:

        'problem_types': ['Bug', 'Package'],

Jest to wiersz zawierający listę typów problemów, dla których dane są wysyłane do Launchpada. Wymienia Bugi Package. Dodaj Crash:

        'problem_types': ['Bug', 'Package', 'Crash'],

Teraz, gdy dane o awarii zostaną automatycznie zebrane, zostaną przesłane do Launchpada i pojawi się okno / karta przeglądarki, w której możesz opisać błąd (tak jak przed Whoopsie).

Bibliografia


Świetna odpowiedź :) - niestety zapomniałem, jak odtworzyć błąd, ale jestem pewien, że w pewnym momencie się pojawi.
Alistair Buxton

@AlistairBuxton Jeśli nie można odtworzyć awarię można przekonfigurować aport do wysyłania informacji do Launchpad, a następnie uruchomić ubuntu-bug crashfilegdzie crashfilejest .crashplik, który został wygenerowany wcześniej. (To może nie działać z powodu różnic między zainstalowanymi pakietami podczas tworzenia .crashpliku, a teraz ... ale warto
spróbować

Nie mam już pliku z awarią, a poza tym o tym, jak go odtworzyć, miał sens :)
Alistair Buxton,
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.