As demonstrated by the undermentioned example, it would have use there:
3 לייקים
אני לא בטוח אם זה רעיון טוב. בסופו של דבר, אנחנו כמשתמשים לא יכולים לתקן באגים. זה יכול להיעשות רק על ידי שינוי קוד ה-Discourse, וזה דורש שחבר צוות יהיה מעורב. אם זה לא הכרחי, אז קטגוריית באג כנראה אינה מתאימה.
אני חושש שמשתמשים יסמנו פתרונות עוקפים כפתרון. אבל אז הבאג עדיין לא יתוקן. אז זה יהיה מבלבל יותר ממועיל. בדוגמה שלך, הבעיה גם לא נפתרת, כי כבר קיים דיווח על באג. אני חושב שמיזוג הנושאים הוא הטוב ביותר במקרה זה. כך, כל המשתמשים יקבלו הודעה כאשר יהיה תיקון, ללא קשר לאיזה נושא הם עקבו במקור. לפעמים הגיוני לסגור נושא אחד עם הפניה לאחר, אבל אז הלייקים שתמכו בנושא הסגור הולכים לאיבוד, וזה עצוב כאשר משתמשים מושפעים נקבעים על ידי לייקים.
3 לייקים
בקטגוריית Bug, אנחנו פשוט עובדים עם התגית fixed במקום. פוסט שאומר שמשהו הוא כפילות לא באמת פותר שום דבר, למרות שהוא שימושי, אז אני לא חושב שזה היה שימוש טוב שם גם כן.
עכשיו, למה אנחנו משתמשים ב-fixed בחלק מהקטגוריות, וב-solved-plugin באחרות, אני חושב שזה כנראה בגלל מה שמוין כבר אמר. תגיות הן קצת יותר מחמירות בשימוש, אז רק הצוות יכול להחליט מתי משהו תוקן.
5 לייקים
Thanks for the suggestion! It’s always good to sanity check the way categories are set up so I appreciate you thinking about it and starting this topic.
As Moin and Charlie have pointed out, our team rely on fixed and closing topics (actions only available to us) to communicate with the community that a bug has been, well, fixed! This seems to be working pretty well and is a way for us to keep a fairly obvious backlog of bugs that need fixing.
It’s true that in the bug category a person who is able to provide a solution doesn’t get credit for it in the same way that they would in categories with the solved plugin enabled, which is a pity. In the bug category, the person reporting the bug does get a badge for it if it is liked by a member of the Discourse team. But others helping along the way by providing repro steps, pointing out dupes, suggesting solutions and so on will not get credit. Something to think about.
In this case it would have been nice for you to have been able to credit Moin with pointing out that the report is a dupe, but keeping the topic also creates some extra noise that will make parsing all the open bug reports a bit tricker for the team. So hope you don’t mind but I set a timer to delete it.
לייק 1
@tobiaseigen, isn’t that what the lock feature is for? Deleting it shall make some external URIs that point to it 404, which isn’t ideal.
We don’t keep everything! 
I wouldn’t worry about the 404 too much.
We don’t practice this consistently at all though cause it is extra work. I think there is merit in auto tagging with fixed as we close, then for outlier cases where we do not fix we can edit with a special tag.
Will require some new automation though.
4 לייקים
I’ve been experiencing multiple times looking for some info, seeing a link that seemed interesting, but led to a 404 when clicked, which was quite displeasing.
In this case, I would flag the post, which would be edited/removed by a moderator.
To prevent this, before deleting a topic, having a look at the first post links section:
And then preventively taking action by removing those link references would be the best, but it would also require more work.
2 לייקים
I proposed the reverse to @tobiaseigen : on adding the fixed tag, also auto-close; same as for solved.
אולי התשובה היא כן, וגם? אוטומציה שמוסיפה את התגית fixed מיד אם היא נסגרת וסוגרת את הנושא (או קובעת לו סגירה) אם יש לו את התגית fixed? נוכל לעשות את אותו הדבר ב-UX עם התגיות fixed ו-completed.
האם יש מקרים שבהם אנו סוגרים נושאי Bug מבלי לרצות להוסיף את התגית fixed? אני רואה שיש הרבה נושאי באגים שנסגרו אך אין להם את התגית. אשקיע קצת זמן היום בחקירה.
דבר אחד שאהבתי באופן שבו תוסף ה-solved פועל הוא שכאשר נבחר פתרון, הנושא מתוזמן להיסגר אוטומטית 30 יום לאחר התגובה האחרונה. זה שימושי כי זה פתאומי ומאפשר לאנשים עדיין לעקוב אם הם עדיין מרגישים צורך לעשות זאת. זה גם כנראה חוסך לנו עבודה מכיוון שאנשים לא יסמנו את הנושא כדי לבקש לפתוח אותו מחדש.
לייק 1
The reason why I don’t like the closed => add tag automatically is because of the usecases where it wasn’t fixed or it’s a wont-ever-fix. I feel doing 1 action (“add tag”) which then automatically sets the topic timer to close after 30 days is the optimum way.
2 לייקים
I spent some time with this and see that @chapoi has the right idea. I think what we want to do here is get in the habit of tagging items fixed that have been fixed, and then create an automation that will set a timer to automatically close, like the solved plugin. We can still close the topic immediately if it is warranted but in some cases I think it’s good to keep it open for a bit longer to give people a chance to test and report back if they are still experiencing a problem.
There are topics like Rendering 'TypeError' with theme components after update which I think should not get the fixed tag, because the bug reported in the OP was not fixed. In this example there was no repro from the engineer who tried to fix it.
Threre is also After deleting a topic, the delete button shows up instead of the restore button which was closed as duplicate. I guess when Deleting a topic cannot be undone is fixed, both can be tagged fixed and closed? But how do we make sure that happens?
There are alot of topics in Bug that are closed but do not have the fixed tag. We will want to retroactively go through and look at these.
3 לייקים
הבעיה שלי כאן היא שימושיות. אני רוצה שלמהנדסים תהיה פתרון של לחיצה אחת כאן.
- לחץ על “Fixed” (תוקן) ב-Topic Actions (פעולות נושא) או Admin Topic actions (פעולות נושא מנהל).
- קסם קורה:
- טיימר נושא נוצר לסגירה ביום עסקים אחד
- הנושא מתויג ב-“fixed” (תוקן)
אני לא חובב ה-UX של “תיוג נושא” בלבד, מכיוון שזה חיכוך גבוה מאוד.
- נווט לראש הנושא
- לחץ על הכותרת
- לחץ על תיבת התגיות
- חפש fixed (תוקן)
- הוסף fixed (תוקן)
- לחץ על תיבת הסימון
זה הרבה חיכוך.
אשמח אם נוסיף את הזרימה הזו, אך נזדקק לרכיב ערכת נושא (theme component) עבורה או לסוג כלשהו של אוטומציה שמציגה את הממשק הזה (שיכול להיות שימושי גם כן).
4 לייקים
אני איתך! חשבתי גם על שימושיות כשצעתי “כן, ו” למעלה. כרגע יש לנו זיכרון שריר סביב סגירה פשוטה של נושאי Bug כאשר הם תוקנו. זה גם תואם את האופן שבו אנו מטפלים במשימות פנימיות.
אני אוהב את הרעיון של כפתור “תוקן” בלחיצה אחת.
לייק 1
And the community delivered 
6 לייקים
Cool! I tried Nate’s theme component on my personal site, and it does what is on the tin. Very nice job and implemented quickly too! 
To be able to use it here, we’d have to be able to limit it to a category. If we decide this approach works well, we’d also want to be able to create more than one button.
FYI, Sam is also working on an experimental implementation that is different and much more flexible, using automation.
2 לייקים
I think this change would help us quite a bit here on meta. I have followed up internally to see if it can be implemented either using Sam’s experimental implementation using automation or by forking Nate’s theme component and using that here.
Nate’s component effectively does the same thing and is quite nice, but we’d have to fork it because we don’t install third party components or plugins on meta. 
לייק 1
If you do that, the honourable thing to do would be to offer Nate a financial token of thanks - as you do for identified cybersecurity risks via HackerOne.
2 לייקים
Let’s keep this topic focused on whether the community would benefit from using something like Nate’s theme component. If so, we’ll sort out the mechanics with Nate.
Happy to spin out another topic about how open source contributors are rewarded for their work more generally if you’d like.
2 לייקים