How to report a bug/pl

Ten przewodnik wyjaśnia "jak prawidłowo zgłosić błędy w oprogramowaniu lub zaproponować nową funkcję" (zgłoszenie) w systemie śledzenia błędów Wikimedia (zobacz, aby uzyskać więcej informacji). Dobrze napisane zgłoszenia mają większe prawdopodobieństwo, że ktoś nad nimi popracuje.

Szybkie porady

 * 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ć błąd lub zrozumieć zgłoszenie
 * W każdym zgłoszeniu opisuj tylko jeden problem
 * Dołączaj odpowiednie linki i przykłady

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.

Jeżeli nie jesteś pewien czy błąd został zgłoszony, zgłoś go. Lepiej żeby było kilka takich samych zgłoszeń niż niezgłoszone błędy.

Czy próbował(a/e)ś naprawić błąd sam(a/emu)?
Niektóre problemy są konsekwencjami zastosowania skryptów użyktowników oraz gadżetów, które wymagają poprawy. There is with steps how you can identify such code, which could fix your issue so that you do not waste your time reporting it.

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) Przejdź do phabricator.wikimedia.org i wybierz „Tasks & bugs” z paska bocznego.
 * 2) Wybierz „Create task” w prawym górnym rogu.
 * 3) Zostaniesz poproszony o zalogowanie (lub rejestrację), jeżeli tego wcześniej nie zrobiłeś (zobacz „”).
 * 4) Wypełnij przynajmniej jedno z poniższych pól (szczegółowe opisy):
 * 5) * Title (Tytuł): Krótkie, jednozdaniowe podsumowanie, które wyjaśnia problem (nie propozycja rozwiązania).
 * 6) ** Dobrze:
 * 7) ** Źle:
 * 8) * Assigned To (Przypisane do): Powinieneś zignorować to pole: deweloperzy przypiszą osobę, gdy rozpoczną planowanie pracy nad zadaniem.
 * 9) * Description (Opis): Pełny opis problemu, podaj tak dużo szczegółów, jak to jest możliwe. Mogą zawierać:
 * 10) ** W przypadku błędów:
 * 11) *** 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) *** Opis tego, co chcesz osiągnąć i dlaczego. [$story User story] jest skutecznym sposobem na przekazanie tego. Explain what you hope the feature will solve (the actual underlying problem) along with specific examples; but do not demand a specific solution, as there might be other/better solutions. 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) ***przeglądarki internetowe, skórki lub systemy komputerowe, na których widać błąd;
 * 3) ***łącza lub odnośniki do wersji jednej lub więcej stron, na których wystąpił błąd; lub
 * 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) **Projekty określają, jakich zadań poszukują twórcy do pracy. Aby zidentyfikować właściwy projekt, skorzystaj z funkcji wyszukiwania (w prawym górnym rogu), aby znaleźć jego opis.
 * 8) **To może być na przykład dla samego oprogramowania wiki lub  dla zmian konfiguracyjnych na stronach wiki Wikimedia (zob. „”).
 * 9) * Subskrybcje: Jeśli znasz konkretnych użytkowników, którzy mogliby być zainteresowani powiadomieniem o tym zadaniu, możesz dodać ich tutaj. Otherwise, ignore this field.
 * 1) ** W przypadku propozycji nowych funkcji:
 * 2) *** Opis tego, co chcesz osiągnąć i dlaczego. [$story User story] jest skutecznym sposobem na przekazanie tego. Explain what you hope the feature will solve (the actual underlying problem) along with specific examples; but do not demand a specific solution, as there might be other/better solutions. 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) ***przeglądarki internetowe, skórki lub systemy komputerowe, na których widać błąd;
 * 3) ***łącza lub odnośniki do wersji jednej lub więcej stron, na których wystąpił błąd; lub
 * 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) **Projekty określają, jakich zadań poszukują twórcy do pracy. Aby zidentyfikować właściwy projekt, skorzystaj z funkcji wyszukiwania (w prawym górnym rogu), aby znaleźć jego opis.
 * 8) **To może być na przykład dla samego oprogramowania wiki lub  dla zmian konfiguracyjnych na stronach wiki Wikimedia (zob. „”).
 * 9) * Subskrybcje: Jeśli znasz konkretnych użytkowników, którzy mogliby być zainteresowani powiadomieniem o tym zadaniu, możesz dodać ich tutaj. Otherwise, ignore this field.
 * 1) * Subskrybcje: Jeśli znasz konkretnych użytkowników, którzy mogliby być zainteresowani powiadomieniem o tym zadaniu, możesz dodać ich tutaj. Otherwise, ignore this field.

Sprawdź, czy twoje zgłoszenie jest kompletne, po czym naciśnij przycisk Create New Task (Utwórz zadanie). Twoje zgłoszenie znajdzie się w bazie danych, dzięki czemu być może ktoś na nie wkrótce zareaguje. This allows somebody interested in the report to look at it and.

Priorytet dla zadania ustawiany jest przez deweloperów, którzy planują pracę nad danym zadaniem (zob. Ustawianie priorytetów).

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

Zgłaszanie błędu JavaScript

 * Zobacz również: Pomoc:Wyszukiwanie niedziałających skryptów

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. Często jest to najprostszy sposób na wskazanie, o jakiej funkcjonalności mówisz, a często może dostarczyć informacji, które mogą pomóc w zawężeniu problemu. Uważaj, aby ukryć wszelkie informacje, którymi nie chcesz się podzielić, podobnie jak otwarte karty przeglądarek lub zminimalizowanie okna czatu.

Jeśli problem dotyczy kodu skryptu użytkownika lub samego gadżetu, program Phabricator może nie być miejscem, w którym problem zostanie obsłużony. Ktoś może przekierować Cię na stronę dyskusji skryptu (jeśli zidentyfikowano problematyczny skrypt).

Zgłaszanie problemu z łącznością
Jeśli masz trudności z dostępem do strony Wikimedia (powolne połączenie internetowe itp.), postępuj zgodnie z Reporting a connectivity issue (Zgłaszanie problemu z łącznością).

Zgłaszanie problemu z logowaniem
Jeśli masz problemy z zalogowaniem się na swoje konto, postępuj zgodnie z Manual:How to debug/Login problems.

Zobacz też

 * Jak skutecznie zgłaszać błędy? autorstwa Simon Tatham
 * How to get the developer community to solve your problem, przez User:MSchottlender-WMF, lipiec 2017
 * Etykieta Phabricatora
 * Bug management/Bug report life cycle (ang.)
 * Pisanie dobrego raportu o błędzie lub prośby o funkcję (ang.)
 * Jak utworzyć dobry pierwszy raport o błędzie (przestarzały)
 * Wikipedia:Wnioski o błędach i propozycje nowych funkcji