How to report a bug/he

הנחיות אלו מסבירות כיצד לכתוב דיווח באג או בקשת תכונה טובה בתוכנת המעקב על באגים של ויקימדיה (ראו למידע נוסף). דיווחי באגים אפקטיביים הם אלו שיש להם את הסיכוי הטוב ביותר שיתוקנו.

המלצות מהירות לדיווחים

 * היו מדויקים
 * היו ברורים: הסבירו כיצד לשחזר את הבעיה, צעד אחרי צעד, כדי שאחרים יוכלו לשחזר את הבאג
 * יש להכליל רק בעיה אחת בכל דיווח

האם אתם יכולים לשחזר את הבעיה?
נסו לשחזר את הבאג באמצעות התוכנה בגרסה עדכנית, ובדקו האם הבעיה כבר תוקנה. אם הבאג הוא באתר ויקי כמו ויקיפדיה תוכלו לבדוק את גרסת התוכנה העדכנית בtest2.wikipedia.org.

האם מישהו אחר כבר דיווח על הבעיה?
השתמשו בתיבת החיפוש במערכת דיווח הבאגים של ויקימדיה כדי לבדוק שהבאג לא דווח כבר. תוכלו לבצע גם חיפושים מתקדמים יותר באמצעות דף החיפוש המתקדם.

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) גשו phabricator.wikimedia.org ולחצו על "Maniphest" בתפריט הצד.
 * 2) תתבקשו להתחבר לחשבונכם (או ליצור אחד) אם טרם עשיתם זאת (ראו "").
 * 3) Click the Bookmark button in the upper right corner and choose "Create Task" (or "Report Security issues" to ).
 * 4) מלאו לפחות את השדות הבאים:
 * 5) * כותרת (Title): משפט קצר שמסביר את הבעיה (לא הצעה לפתרון).
 * 6) ** רצוי:
 * 7) ** לא רצוי:
 * 8) * באחריות של (Assigned to): ניתן לדלג על שדה זה: מפתחי התוכנה ימלאו את השדה כאשר יתכננו לעבוד על המשימה.
 * 9) * תיאור (Description): הפרטים המלאים של הבעיה, ובהם יש לספק מידע רב ככל האפשר. זה יכול לכלול:
 * 10) ** לתקלות:
 * 11) *** שלבים לשחזור (Steps to Reproduce): שלבים פשוטים וקלים למעקב שאפשר באמצעות לשחזר את הבעיה המתוארת. חשוב לציין הגדרות מיוחדות.
 * דוגמא:
 * 1) *** התוצאה בפועל (Actual Results): מה קרה אחרי ביצוע הפעולות
 * דוגמא:
 * 1) *** התוצאה הצפויה (Expected Results): מה הייתה התוכנה צריכה לעשות, אלמלא היה באג
 * לדוגמא:
 * 1) ** עבור בקשות ליכולות חדשות:
 * 2) *** תיאור של מה מטרת השינוי ותכליתו. [$story סיפור משתמש] יכול להיות דרך יעילה לשכנע בחשיבות הרעיון. 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.
 * דוגמה:
 * 1) ** ספקו כל מידע נוסף שעשוי להיות שימושי, כגון:
 * 2) *** הדפדפן, הרקע (סקין) ומערכת ההפעלה שבו נתקלתם בבאג;
 * 3) *** קישורים לשינויים בדף אחד או יותר שבהם נתקלתם בבאג; או
 * 4) *** האם הבעיה מופיעה תמיד, לעתים, או רק בדפים מסוימים או בתנאים מסוימים.
 * 5) * על מנת לצרף קובץ יומן (ודאו שהם אינם מכילים מידע פרטי או רגיש), לחצו על כפתור Upload File (בצורת ענן עם חץ) בתפריט הכלים של שדה ה-Description.
 * 6) * בחרו פרויקט (project) שבו מצאתם את הבאג:
 * 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) ** זה יכול להיות למשל project של תוכנת הוויקי עצמה, או  של שינויי הגדרות של אתרי ויקי של ויקימדיה (ראו "").
 * 9) * עותקים (CC): ניתן לדלג על שדה זה: אם אתם יודעים על משתמשים מסוימים שיתעניינו בקבלת עדכונים על המשימה ניתן לציין אותם כאן. Otherwise, ignore this field.
 * 1) *** הדפדפן, הרקע (סקין) ומערכת ההפעלה שבו נתקלתם בבאג;
 * 2) *** קישורים לשינויים בדף אחד או יותר שבהם נתקלתם בבאג; או
 * 3) *** האם הבעיה מופיעה תמיד, לעתים, או רק בדפים מסוימים או בתנאים מסוימים.
 * 4) * על מנת לצרף קובץ יומן (ודאו שהם אינם מכילים מידע פרטי או רגיש), לחצו על כפתור Upload File (בצורת ענן עם חץ) בתפריט הכלים של שדה ה-Description.
 * 5) * בחרו פרויקט (project) שבו מצאתם את הבאג:
 * 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) ** זה יכול להיות למשל project של תוכנת הוויקי עצמה, או  של שינויי הגדרות של אתרי ויקי של ויקימדיה (ראו "").
 * 8) * עותקים (CC): ניתן לדלג על שדה זה: אם אתם יודעים על משתמשים מסוימים שיתעניינו בקבלת עדכונים על המשימה ניתן לציין אותם כאן. Otherwise, ignore this field.

ודאו שהדיווח הושלם, ולאחר מכן לחצו על כפתור יצירת דיווח ("Create Task"). הדיווח ישמר כעת במסד הנתונים ובתקווה יטופל בהקדם. This allows somebody interested in the report to look at it and.

דחיפות (Priority): ניתן לדלג על שדה זה: באופן כללי, הדחיפות נקבעת על ידי המפתחים שמתכננים לעבוד על המשימה (ראו "").

זהו זה! תודה לך על העזרה בפיתוח מדיה ויקי והפרויקטים של ויקימדיה!

Reporting a JavaScript bug

 * See also: Help:Locating broken scripts

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

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.

ראו גם

 * "כיצד לדווח על באגים באופן יעיל" מאת סימון טטהם (באנגלית)
 * 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