How to report a bug/ko

이 지침은 위키미디어 버그트래커에서 버그 보고 및 기능 요청을 하는 방법을 설명합니다. (자세한 사항은 를 참고하세요.) 버그 보고가 효율적으로 작성된 버그는 고쳐질 대부분 고쳐지게 됩니다.

보고 시 권장 사항

 * 정확하게 쓰세요.
 * 분명하게, 어떻게 문제를 해결할 수 있는지 단계별로 정리해서 다른 사람들이 버그를 해결할 수 있도록 쓰세요.
 * 버그 하나당 문제는 하나씩.

버그를 해결할 수 있나요?
미디어위키 최신 버전을 이용해 버그를 해결하려고 시도해 보세요. 버그가 이미 수정되었을 수 있습니다. 만약 위키백과 같은 사이트에 버그가 있다면, test2.wikipedia.org 같은 최신 버전 테스트 공간에서 버그를 테스트해 보세요.

이미 다른 사람이 문제를 보고했나요?
$mediazilla2 의 검색 창을 이용해 이미 버그질라에 문제가 보고되었는지 확인하세요. 검색 페이지에서 자세한 검색을 할 수 있습니다.

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.

새 버그를 보고하거나 기능을 요청하기
만약 최신 버전에서 버그를 발견했고 아무도 보고한 것 같지 않을 때는,
 * 1) Go to phabricator.wikimedia.org.
 * 2) 로그인하지 않았다면 로그인하거나 등록할 것을 요청받을 것입니다. (""를 보세요.)
 * 3) Click the star in the upper right corner and choose "Create Task" (or "Report Security issues" to ).
 * 4) 적어도 이 칸은 무조건 채워야 합니다:
 * 5) * Title: A short one-sentence summary that explains the problem (not your suggested solution).
 * 6) ** 좋음:
 * 7) ** 나쁨:
 * 8) * Assigned to: You should ignore this field: Developers will set an assignee when they plan to work on the task.
 * 9) * 설명: 최대한 자세히 오류에 대해 설명하세요. 예시는 다음과 같습니다.
 * 10) ** For bugs:
 * 11) *** Steps to Reproduce: Minimized, easy-to-follow steps that will trigger the described problem. Include any special setup steps.
 * 예시:
 * 1) *** 실제 결과: 이 단계들을 따랐을 때 프로그램이 수행하는 것.
 * 예시:
 * 1) ***기대되는 결과: 프로그램에 오류가 없을 때 일어나야 하는 것.
 * 예시:
 * 1) ** For feature requests:
 * 2) *** A description of what you would like to achieve, and why. 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.
 * Example:
 * 1) **다음과 같은 유용한 다른 정보들도 주시기 바랍니다.
 * 2) ***오류가 일어난 웹 브라우저, 스킨 또는 컴퓨터 시스템;
 * 3) ***오류를 발견한 문서의 링크; 또는
 * 4) ***문제가 항상 일어나는지, 가끔, 혹은 특정 페이지나 단계를 밟아야 일어나는지.
 * 5) *To attach a log file or (but make sure that no confidential data is included or shown), click the Upload File button (a cloud with an arrow) in the tool bar of the Description field.
 * 6) * 버그를 찾은 프로젝트를 선택하세요:
 * 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) **미디어위키 자체의 문제는 가 될 것이고, 위키미디어 위키 사이트의 설정 변경은  이 될 것입니다.
 * 9) * Subscribers: If you know specific users who will be interested in getting notified of this task you can add them here. Otherwise, ignore this field.
 * 1) ***오류가 일어난 웹 브라우저, 스킨 또는 컴퓨터 시스템;
 * 2) ***오류를 발견한 문서의 링크; 또는
 * 3) ***문제가 항상 일어나는지, 가끔, 혹은 특정 페이지나 단계를 밟아야 일어나는지.
 * 4) *To attach a log file or (but make sure that no confidential data is included or shown), click the Upload File button (a cloud with an arrow) in the tool bar of the Description field.
 * 5) * 버그를 찾은 프로젝트를 선택하세요:
 * 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) **미디어위키 자체의 문제는 가 될 것이고, 위키미디어 위키 사이트의 설정 변경은  이 될 것입니다.
 * 8) * Subscribers: If you know specific users who will be interested in getting notified of this task you can add them here. Otherwise, ignore this field.

Check if your report is complete, then press the "Create Task" button. Your report will now be in the database. This allows somebody interested in the report to look at it and.

The priority for the task will be set by developers if they plan to work on the task (see Setting priorities).

That's all! Thanks for your help to improve MediaWiki and Wikimedia projects!

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.

같이 보기

 * 오류를 효과적으로 신고하는 법 (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)
 * English Wikipedia: Bug reports and feature requests