How to report a bug/pl

Ten przewodnik wyjaśnia jak prawidłowo zgłosić błędy w oprogramowaniu lub zaproponować nową funkcję w systemie śledzenia błędów Wikimedia (zobacz, aby uzyskać więcej informacji). Dzięki temu mogą zostać one poprawione w najbliższej wersji.

Ogólne zalecenia odnośnie zgłoszeń

 * Bądź dokładny
 * Jasno określ jak doszło do sytuacji, w której wystąpił problem, krok po kroku, dzięki czemu inni będą mogli odtworzyć pełny przebieg
 * W każdym zgłoszeniu opisuj tylko jeden problem

Czy możesz odtworzyć problem?
Spróbuj odtworzyć jeszcze raz swój błąd korzystając z najnowszej wersji oprogramowania, aby przekonać się, czy nie został on już naprawiony. Jeżeli znalazłeś błąd w serwisie wiki takim jak Wikipedia, możesz spróbować przetestować najnowszą wersję oprogramowania na test2.wikipedia.org.

Czy ktoś wcześniej zgłaszał ten problem?
Użyj pola wyszukiwania w bugtrackerzze Wikimedia, by upewnić się, czy znaleziony przez ciebie błąd nie został już zgłoszony. Możesz także przeprowadzić bardziej zaawansowane wyszukiwanie na stronie wyszukiwania zaawansowanego.

Zgłaszanie nowego błędu lub prośby o funkcję
Jeżeli napotkałeś błąd w najnowszej wersji i nie został on wcześniej zgłoszony to: Przejdź do phabricator.wikimedia.org i wybierz „Maniphest” z paska bocznego. Wybierz „Create task” w górnym rogu.
 * 1) Wejdź na bugzilla.wikimedia.org.
 * 2) Wybierz "Enter a new bug".
 * 3) Zostaniesz poproszony o zalogowanie (lub rejestrację) jeżeli tego wcześniej nie zrobiłeś (zobacz "Dlaczego muszę się zarejestrować?").
 * 4) Wybierz produkt, którego dotyczy błąd:
 * To może być na przykład dla samego oprogramowania wiki lub  dla zmian konfiguracyjnych na stronach wiki Wikimedia.
 * 1) Wypełnij przynajmniej jedno z poniższych pól (szczegółowe opisy):
 * 2) * Component(komponent): Część oprogramowania, gdzie wystąpił błąd. Po prawej zobaczysz opis każdego komponentu. Jeżeli żaden nie jest odpowiedni, wybierz.
 * 3) * Severity(poziom): Jeżeli prosisz o nową funkcję, ustaw na.
 * 4) * Summary(podsumowanie): Krótkie, jednozdaniowe podsumowanie, które wyjaśnia problem (nie propozycja rozwiązania).
 * 5) ** Dobrze:
 * 6) ** Źle:
 * 7) * Description(opis): Pełny opis problemu, podaj tak dużo szczegółów, jak to jest możliwe. Mogą zawierać:
 * 8) ** Steps to Reproduce(kroki do odtworzenia): kroki, które należy przejść aby spowodować opisywany problem.
 * Przykłady:
 * 1) ** Actual Results(aktualne rezultaty): Jak program zachował się po wykonaniu powyższych kroków.
 * Przykład:
 * 1) ** Expected Results(oczekiwane rezultaty): Jak aplikacja powinna się zachować gdyby nie było tego błędu.
 * Przykład:
 * 1) ** Podaj tez inne informacje, które mogą być przydatne.
 * 2) *Attachment(załącznik): Możesz załączyć log lub zrzut ekranu (ale upewnij się czy nie zawierają poufnych danych).
 * Przykład:
 * 1) ** Expected Results(oczekiwane rezultaty): Jak aplikacja powinna się zachować gdyby nie było tego błędu.
 * Przykład:
 * 1) ** Podaj tez inne informacje, które mogą być przydatne.
 * 2) *Attachment(załącznik): Możesz załączyć log lub zrzut ekranu (ale upewnij się czy nie zawierają poufnych danych).
 * 1) ** Podaj tez inne informacje, które mogą być przydatne.
 * 2) *Attachment(załącznik): Możesz załączyć log lub zrzut ekranu (ale upewnij się czy nie zawierają poufnych danych).
 * 1) Zostaniesz poproszony o zalogowanie (lub rejestrację), jeżeli tego wcześniej nie zrobiłeś (zobacz „”).
 * 2) Wypełnij przynajmniej jedno z poniższych pól (szczegółowe opisy):
 * 3) * Tytuł: Krótkie, jednozdaniowe podsumowanie, które wyjaśnia problem (nie propozycja rozwiązania).
 * 4) ** Dobrze:
 * 5) ** Źle:
 * 6) * Przypisanie: Powinieneś zignorować to pole: deweloperzy przypiszą osobę, gdy rozpoczną planowanie pracy nad zadaniem.
 * 7) * Priorytet: Powinieneś zignorować to pole: Generalnie priorytet ustawiany jest przez deweloperów, którzy planują pracę nad danym zadaniem (zob. Ustawianie priorytetów).
 * 8) * Description (opis): Pełny opis problemu, podaj tak dużo szczegółów, jak to jest możliwe. Mogą zawierać:
 * 9) ** Błędy:
 * 10) *** Steps to Reproduce (kroki do odtworzenia): kroki, które należy przejść aby spowodować opisywany problem.
 * Przykład:
 * 1) *** Actual Results (aktualne rezultaty): Jak program zachował się po wykonaniu powyższych kroków.
 * Przykład:
 * 1) ***Expected Results (oczekiwane rezultaty): Jak aplikacja powinna się zachować gdyby nie było tego błędu.
 * Przykład:
 * 1) ** W przypadku propozycji nowych funkcji:
 * 2) *** A description of what you would like to achieve, and why. A user story is an effective way of conveying this.
 * Przykład:
 * 1) **Podaj też inne informacje, które mogą być przydatne, takie jak:
 * 2) ***the web browsers, skins, or computer systems you've seen the bug on;
 * 3) ***links or diffs to one or more pages where you encountered the bug; or
 * 4) ***czy problem występuje za każdym razem, tylko od czasu do czasu, tylko na niektórych stronach, czy tylko w określonych okolicznościach.
 * 5) *Aby załączyć plik dziennika lub (upewnij się, że nie zawierają bądź przedstawiają one poufnych danych), naciśnij przycisk Wyślij plik (chmurka ze strzałką) w pasku narzędzi pola Opis.
 * 6) * Wybierz znaczniki (projektu/projektów) ze znalezionym błędem:
 * 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) **To może być na przykład dla samego oprogramowania wiki lub  dla zmian konfiguracyjnych na stronach wiki Wikimedia (zob. „”).
 * 9) * Subscribers: Powinieneś zignorować to pole: jeśli znasz konkretnych użytkowników, którzy mogliby być zainteresowani powiadomieniem o tym zadaniu, możesz dodać ich tutaj.
 * 1) ***the web browsers, skins, or computer systems you've seen the bug on;
 * 2) ***links or diffs to one or more pages where you encountered the bug; or
 * 3) ***czy problem występuje za każdym razem, tylko od czasu do czasu, tylko na niektórych stronach, czy tylko w określonych okolicznościach.
 * 4) *Aby załączyć plik dziennika lub (upewnij się, że nie zawierają bądź przedstawiają one poufnych danych), naciśnij przycisk Wyślij plik (chmurka ze strzałką) w pasku narzędzi pola Opis.
 * 5) * Wybierz znaczniki (projektu/projektów) ze znalezionym błędem:
 * 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) **To może być na przykład dla samego oprogramowania wiki lub  dla zmian konfiguracyjnych na stronach wiki Wikimedia (zob. „”).
 * 8) * Subscribers: Powinieneś zignorować to pole: jeśli znasz konkretnych użytkowników, którzy mogliby być zainteresowani powiadomieniem o tym zadaniu, możesz dodać ich tutaj.

Sprawdź, czy twoje zgłoszenie jest kompletne, po czym naciśnij przycisk Utwórz zadanie. Twoje zgłoszenie znajdzie się w bazie danych, dzięki czemu być może ktoś na nie wkrótce zareaguje.

To wszystko! Dziękujemy za pomoc w udoskonalaniu MediaWiki oraz projektów Wikimedia!

Zgłaszanie błędu JavaScript
Jeśli napotkasz błąd, który może być związany z JavaScriptem, najlepiej zidentyfikuj komunikaty o błędach i skopiuj je do raportu.

Jest szczególnie ważne, aby dostarczyć wszystkie informacje, którymi dysponujesz, bo nawet administratorzy systemu nie będą mieli żadnego dostępu do rejestru błędów. Jeśli nie jesteś pewien czy dana funkcja, której używasz, jest oparta na JavaScript, spróbuj wyłączyć JavaScript.

Zawsze pomocne jest załączenie zrzut ekranu do zgłoszenia błędu. 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. Uważaj, aby ukryć wszelkie informacje, którymi nie chcesz się podzielić, podobnie jak otwarte karty przeglądarek lub zminimalizowanie okna czatu.

Zobacz też

 * Jak skutecznie zgłaszać błędy? autorstwa Simon Tatham
 * Wikipedia:Wnioski o błędach i propozycje nowych funkcji (ang.)
 * Etykieta Phabricatora
 * Bug management/Bug report life cycle
 * Writing a good bug report or feature request
 * How to create a good first Bug Report (outdated)