How to report a bug/sv

Dessa riktlinjer förklarar hur du skriver en bra buggrapport eller ett funktionsönskemål (en uppgift) i Wikimedias uppgiftshanterare (se för mer information). Välskrivna uppgifter är de som mest troligt kommer att hanteras.

Korta rekommendationer för rapportering

 * Var exakt
 * Var tydlig: förklara hur problemet kan återskapas, steg för steg, så att andra återskapa buggen eller förstå begäran.
 * Inkludera enbart ett problem per uppgift
 * Inkludera alla relevanta länkar och exempel

Kan du återskapa problemet?
Försök att återskapa buggen i den senaste versionen av mjukvaran, för att se om den redan är fixad. Om buggen är på en sida som Wikipedia kan du testa den senaste mjukvaruversionen på test2.wikipedia.org.

Har någon annan redan rapporterat problemet?
Använd sökrutan på Wikimedias buggspårare för att se om din bugg redan har rapporterats. Du kan även utföra mer avancerade sökningar på avancerade söksidan.

If you are unsure whether a bug has already been reported, you should report the bug. It is better to have duplicate bugs than it is to have unreported bugs.

Have you tried fixing the issue yourself?
Some problems are a consequence of using user scripts and gadgets which need some fixes. 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.

Att rapportera en ny bugg eller ett funktionsönskemål
Om du har påträffat en bugg i en nyare mjukvaruversion och ingen annan verkar ha rapporterat den, så:
 * 1) Gå till phabricator.wikimedia.org och klicka på "Tasks & bugs" i sidomenyn.
 * 2) Du kommer att bli ombedd att logga in (eller registrera dig) om du inte redan gjort detta (se "").
 * 3) Click the star in the upper right corner and choose "Create Task" (or "Report Security issues" to ).
 * 4) Fyll i åtminstone följande fält:
 * 5) * Title: En kort sammanfattning på en mening som förklarar problemet (inte din föreslagna lösning).
 * 6) ** Bra:
 * 7) ** Dåligt:
 * 8) * Assigned to:' Du bör ignorera detta fält: Utvecklare kommer sätta det när de planerar att arbeta på uppgiften.
 * 9) * Description (beskrivning): Fullständig information om problemet, var så detaljerad som möjligt. Detta kan inkludera:
 * 10) ** För buggar:
 * 11) *** Steg för att reproducera problemet: Minimalistiska, enkla att följa steg-för-steg instruktioner som reproducerar problemet. Inkludera eventuella speciella förinställningssteg.
 * Exempel:
 * 1) *** Faktiska resultat: Vad applikationen gjorde efter att ovanstående steg utförts.
 * Exempel:
 * 1) ***Förväntade resultat: Vad applikationen skulle ha gjort, om det inte funnits en bugg.
 * Exempel:
 * 1) ** För funktionsönskemål:
 * 2) *** En beskrivning av vad du försöker uppnå, och varför. En [$story user story] är ett effektivt sätta att förmedla detta. 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.
 * Exempel:
 * 1) **Vänligen ange även eventuell annan information som kan vara hjälpsam, som exempelvis:
 * 2) ***webbläsaren, temat eller operativsystemet som du såg buggen på;
 * 3) ***länkar eller diffar till en eller fler sidor där du påträffade buggen; eller
 * 4) ***om problemet uppstår var gång, enbart ibland, enbart på särskilda sidor, eller enbart under speciella omständigheter.
 * 5) *För att bifoga en loggfil eller en (men se till att ingen konfidentiell information inkluderas eller visas), klicka på knappen Upload File (ett moln med en pil) i verktygsraden för Description-fältet.
 * 6) * Välj i vilka project(s) du hittat buggen:
 * 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) ** Detta kan exempelvis vara för själva wiki-mjukvaran, eller  för konfigurationsändringar på Wikimedias wiki-webbplatser (se "").
 * 9) * CC:' Du kan ignorera detta fältet: Om du vet att specifika användare kommer vara intresserad av att bli informerade om denna uppgiften kan du lägga till dem här. Otherwise, ignore this field.
 * 1) ***webbläsaren, temat eller operativsystemet som du såg buggen på;
 * 2) ***länkar eller diffar till en eller fler sidor där du påträffade buggen; eller
 * 3) ***om problemet uppstår var gång, enbart ibland, enbart på särskilda sidor, eller enbart under speciella omständigheter.
 * 4) *För att bifoga en loggfil eller en (men se till att ingen konfidentiell information inkluderas eller visas), klicka på knappen Upload File (ett moln med en pil) i verktygsraden för Description-fältet.
 * 5) * Välj i vilka project(s) du hittat buggen:
 * 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) ** Detta kan exempelvis vara för själva wiki-mjukvaran, eller  för konfigurationsändringar på Wikimedias wiki-webbplatser (se "").
 * 8) * CC:' Du kan ignorera detta fältet: Om du vet att specifika användare kommer vara intresserad av att bli informerade om denna uppgiften kan du lägga till dem här. Otherwise, ignore this field.

Kolla om din rapport är komplett, tryck sedan på "Create Task"-knappen. Din rapport finns nu i databasen och någon kommer förhoppningsvis snart att titta på den. This allows somebody interested in the report to look at it and.

Priority: Du kan ignorera detta fältet: Generellt sätts prioriteten av utvecklare som planerar att arbeta på uppgiften (se "").

Det var allt! Tack för din hjälp med att förbättra MediaWiki och Wikimediaprojekten!

Reporting a JavaScript bug

 * See also: Help:Locating broken scripts

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.

If the problem is in the code of a user script or gadget itself, then Phabricator might not be the place where the problem will get handled. Someone might redirect you to the talk page of the script (if the problematic script is identified).

Reporting a connectivity issue
If you are having difficulties reaching a Wikimedia website at all (slow internet connection etc.), please follow Reporting a connectivity issue.

Reporting a login problem
If you are having problems logging into your account, please follow Manual:How to debug/Login problems.

Se även

 * How to Report Bugs Effectively av Simon Tatham
 * How to get the developer community to solve your problem, by User:MSchottlender-WMF, July 2017
 * Phabricator etiquette
 * Bug management/Bug report life cycle
 * Writing a good bug report or feature request
 * How to create a good first Bug Report (outdated)
 * Wikipedia: Buggrapporter och funktionsönskemål (på engelska)