* נא לא לכלול יותר מסוגיה אחת בכל דיווח.
* צרפו דוגמאות ו/או קישורים הנוגעים לסוגייה.
{{-}}
==דיווח על תקלה==
===1. התחברות===
להלן מספר דוגמאות תחביר קוד בהם ניתן לשימוש ב[http://www.mantisbt.org/ מעקב סוגיות מנטיס]:
* שימוש ב- ''<code>#</code>'' לפני מספר התקל יגרום לכתיבת קישור לתקל. לדוגמה: ''<code>#1</code>'' הופך ל {{bug|1}}
* התו שימוש ב- ''<code>@</code>'' לפני שם משתמש יאזכר את אותו משתמש (הערה: אין תמיכה בשמות משתמש המכילים רווחים)
* שימוש ב- ''<code>~</code>'' לפני מספר הערה יגרום לכתיבת קישור להערה, זהה ל- : ''<code>{url}#c{comment number}</code>''. לדוגמה: ''<code>~3</code>'' הופך ל- [https://gramps-project.org/bugs/view.php?id=1#c3]
מידע וההנחיות להלן נועדו למפתחים שעוקבים אחר הסוגיות שדווחו.
The עמוד [https://gramps-project.org/bugs/roadmap_page.php roadmap pageמפת הדרכים] of the bug tracker lists the bugs currently prioritized for the next releasesשל 'מעקב התקלים' מפרט את התקלים המתועדפים כעת לשחרורים הבאים. If you are looking for a bug to fixאם אתם מחפשים תקל לתיקון, this is a good place to startהגעתם למקום הנכון להתחיל בו. Placement on the roadmap is controlled by the המיקום במפת הדרכים נשלט על ידי השדה "Target Versionגרסת יעד" field fo the bugעבור התקל. Special בגרסאות הדמה המיוחדות אלו שמסתיימות בספרות 99 ("X.Y.99" phony releases), such as כמו "3.4.99" and ו- "4.0.99", list bugs that we would eventually like to fix for the מופיעים תקלים שבסופו של דבר נרצה לתקן עבור גרסת "X.Y" version, but don't really know the milestone yetאך עדיין לא ממש יודעים את אבן הדרך אליה שובץ התקל כתאריך יעד. Bugs that really should hold up a releaseshould be on the roadmap with a real release numberתקלים שעלולים לעכב שחרור גרסה אמורים להיכלל במפת הדרכים עם מספר גרסה אמיתי, and should only be moved after giving a reason or heads up on the בכל אופן אין להעביר אותם לפני שניתן הסבר מספק למניע או או התראה [ברשימת הדיוור (רשימת devel list [) http://sourceforge.net/mailarchive/message.php?msg_id=31870820]. If you fix a bug scheduled for a latermilestone before a previous one is outאם תקנתם תקל שתוכנן במקור לאבן דרך במועד מאוחר יותר לפני שיצא אחד קודם, '''please manually adjust the target release field before marking the bug resolvedנא להתאים ידנית את שדה שחרור היעד, לפני סימון התקל כפתור,''' otherwise the roadmap display will be inaccurate אחרת מצג מפת הדרכים לא היה מדויק [http://sourceforge.net/mailarchive/message.php?msg_id=31870821].
באופן כללי, לאחר פתרון סוגיה, כדאי תמיד להוסיף הערה עם סימן{{man label|#}} מקדים למספר הקיבוע שתיקן את הבעיה.
כאשר מיישבים סוגיות בענף תחזוקה, תמיד צריך להגדיר בשדה "תוקן בגרסה" את מספר גירסת השחרור הבאה שיופק מאותו ענף. נועד על מנת שהנושא יופיע כראוי בעמוד יומן השינויים (ChangeLog) של אותו פרויקט (https://gramps-project.org/bugs/changelog_page.php).
אין לסמן תקלים בפרויקטי ענף תחזוקה כסגורים עד שהפתח שהמפתח קיבע את השינוי לענף התחזוקה המתאים. בנוסף, באחריות המפתחים לוודא שהשינוי מוזג לענף הראשי.
==ראו גם==
* [[He:דוח_תקלים_טוב|כיצד ליצור דוח תקלים טוב]]
* [[Known issuesHe:סוגיות_ידועות|סוגיות ידועות]]* [[Common problemsHe:סוגיות_שכיחות|סוגיות שכיחות]]
* סייעו לפרוייקט גרמפס [[Bug triage]].
