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 co do 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:
 * 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).
 * 3) Przejdź do phabricator.wikimedia.org i wybierz „Maniphest” z paska bocznego.
 * 4) Wybierz „Create task” w górnym rogu.
 * 5) Zostaniesz poproszony o zalogowanie (lub rejestrację), jeżeli tego wcześniej nie zrobiłeś (zobacz „”).
 * 6) Wypełnij przynajmniej jedno z poniższych pól (szczegółowe opisy):
 * 7) * Tytuł: Krótkie, jednozdaniowe podsumowanie, które wyjaśnia problem (nie propozycja rozwiązania).
 * 8) ** Dobrze:
 * 9) ** Źle:
 * 10) * Przypisanie: Powinieneś zignorować to pole: deweloperzy przypiszą osobę, gdy rozpoczną planowanie pracy nad zadaniem.
 * 11) * CC: You should ignore this field: If you know specific users who will be interested in getting notified of this task you can add them here.
 * 12) * Priority: You should ignore this field: In general, the priority is set by developers who plan to work on the task (see Setting priorities).
 * 13) * Wybierz projekt(y) ze znalezionym błędem:
 * 14) **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.
 * 15) **This could be for example the project for the wiki software itself, or  for configuration changes on a Wikimedia site (see "").
 * 16) * Security: Set this to "Security or Sensitive bug" if many users could be harmed by the security problem that you are reporting. Your report will be kept hidden from the public until it is resolved.
 * 17) * Description (opis): Pełny opis problemu, podaj tak dużo szczegółów, jak to jest możliwe. Mogą zawierać:
 * 18) ** Błędy:
 * 19) *** 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) ** For feature requests:
 * 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 tez 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) ***whether the problem appears every time, only occasionally, only on certain pages, or only in specific circumstances.
 * 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.
 * 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) ** For feature requests:
 * 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 tez 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) ***whether the problem appears every time, only occasionally, only on certain pages, or only in specific circumstances.
 * 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.
 * 1) ***links or diffs to one or more pages where you encountered the bug; or
 * 2) ***whether the problem appears every time, only occasionally, only on certain pages, or only in specific circumstances.
 * 3) *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.

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!

Reporting a JavaScript bug
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.

Zobacz też

 * Jak skutecznie zgłaszać błędy? autorstwa Simon Tatham
 * Wikipedia: Bug reports and feature requests
 * 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)