How to report a bug/sv

Dessa riktlinjer förklarar hur man 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

 * Var tydlig
 * Var tydlig med 1) hur man återskapar situationen steg för steg utan att lämna utrymme för tolkning, 2) förväntat beteende, 3) nuvarande beteende. I åtskilda stycken
 * Ha bara med en specifik bugg eller ett specifikt funktionsönskemål per ärende
 * Ha bara med 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 sajt 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å den avancerade söksidan.

Är du osäker på om en bugg redan rapporterats, bör du rapportera buggen. Det är bättre att ha flera dubblettrapporter än att ha orapporterade buggar.

Är det kanske ett problem med en gadget eller ett användarskript?
Vissa problem kommer som en följd av att använda användarskript och finesser som behöver åtgärdas. Det finns en guide med steg för hur du kan identifiera den kod som skulle åtgärda ditt problem så att du inte slösar tid på att rapportera det.

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.
 * 2) Du kommer att bli ombedd att logga in (eller registrera dig) om du inte redan gjort detta (se "").
 * 3) Klicka på Bokmärk längst upp till höger och välj "Create Task" (eller "Report Security issues" för att ).
 * 4) Fyll åtminstone i 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 borde inkludera: Om det inte räcker kommer du bli ombedd ange ytterligare information tillsammans med hjälp för hur man gör det. Det här fältet bör innehålla:
 * 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. Förklara vad du hoppas funktionen ska lösa (det faktiska underliggande problemet) med specifika exempel; men begär inte en given lösning då det kan finnas andra/bättre lösningar. En användarberättelse är ett bra sätt att förmedla det på.
 * 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 vilka taggar (project(s)) du hittat buggen i:
 * 7) ** Utvecklare hittar uppgifter att arbeta på via projekt. För att identifiera rätt projekt, använd sökfunktionen (längst upp till höger) för att hitta dess beskrivning.
 * 8) ** Detta kan exempelvis vara för själva wiki-mjukvaran, eller  för konfigurationsändringar på Wikimedias wiki-webbplatser (se ).
 * 9) * Prenumeranter:' 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. Annars kan du ignorera det här fältet.
 * 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 vilka taggar (project(s)) du hittat buggen i:
 * 6) ** Utvecklare hittar uppgifter att arbeta på via projekt. För att identifiera rätt projekt, använd sökfunktionen (längst upp till höger) för att hitta dess beskrivning.
 * 7) ** Detta kan exempelvis vara för själva wiki-mjukvaran, eller  för konfigurationsändringar på Wikimedias wiki-webbplatser (se ).
 * 8) * Prenumeranter:' 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. Annars kan du ignorera det här fältet.

Kolla om din rapport är komplett, tryck sedan på "Create Task"-knappen. Din rapport finns nu i databasen. Det här låter folk som är intresserade av rapporten ta en titt på den och.

Prioriteringar av uppgifter sätts av utvecklare om de planerar att arbeta på uppgiften (se Setting priorities).

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

Rapportera en bugg i JavaScript

 * Se även: 

A lot of functionality, such as gadgets, user scripts, and some parts of MediaWiki, rely on JavaScript.

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 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).

Rapportera ett problem med anslutningen
Har du svårt att nå en Wikimediawebbplats över huvud taget (långsam anslutning osv.), följ då https://wikitech-static.wikimedia.org/wiki/Reporting_a_connectivity_issue.

Rapportera ett problem med inloggningen
Har du problem med att logga in på ditt konto, följ då 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, av User:MSchottlender-WMF, juli 2017
 * Wikimedia Phabricator
 * Bug management/Bug report life cycle
 * Writing a good bug report or feature request
 * How to create a good first Bug Report (föråldrad)
 * Wikipedia: Buggrapporter och funktionsönskemål (på engelska)
 * Wikipedia: Buggrapporter och funktionsönskemål (på engelska)