הגדרתי קטגוריה למעקב אחר באגים בשרת ה-Discourse שלנו. אני רוצה לעקוב אחר הגשות באגים ציבוריות ממשתמשים ובאגים שהוגשו פנימית באותו מקום.
אני רוצה שבאגים ציבוריים יהיו ניתנים לצפייה על ידי כולם (לכן נושאים פרטיים אינם פתרון). כך, נוכל לצמצם כפילויות, ואנשים יוכלו להגיב או להרחיב על נושא קיים.
אני גם רוצה שצוותים פנימיים יוכלו להגיש באגים, אבל אני לא רוצה שהם יהיו ניתנים לצפייה על ידי הציבור הרחב אלא אם כן אנו רוצים זאת במפורש עבור נושא נתון.
אנו יכולים להפעיל לחישה על תגובות, אך לא על הנושא עצמו. אז האם יש דרך להגדיר נראות לפי נושא?
הגדרת הנושא כ-‘לא רשום’ כמעט עושה את מה שאנו רוצים, למעט העובדה שיש לנו קבוצת מפתחים שצריכה לראות אותם אך אינם מוגדרים כמודים או אדמינים, הם פשוט בקבוצה.
האם ניתן להציג שתי גרסאות של היררכיית עצים זו? אחת פנימית ואחת חיצונית. ניתן להשתמש בתגיות (או תגיות אוטומטיות) כדי לסייע לצוות הפנימי לראות אילו באגים קיימים גם באופן פנימי וגם באופן ציבורי.
לחלופין, אם אתם לקוח ארגוני, ניתן להפעיל קטגוריות ברמה שלישית.
אני מריץ על שרת משלי, אז אני יכול להוסיף שם רמה נוספת אם אני רוצה, אבל שוב, זו לא הפתרון הפשוט ביותר למשתמש.
מה שאני מבין זה שהבקשה שלי אינה אפשרית.
זה מבאס. הבעיה הייתה נפתרת על ידי הגדרת אתר שתאפשר “לקבוצות אלו להציג נושאים לא רשומים. מנהלים ומודרטורים תמיד יכולים להציג נושאים אלו.”
עד כמה חשוב לך שמשתמשים אחרים לא יקראו את הנושאים האלה?
אני בספק אם נושאים לא רשומים יהיו באמת פתרון עבורך. כשאתה עוקב אחר קטגוריה, אתה גם מקבל התראה על כל נושא לא רשום שנוצר. התראה זו מכילה את הקישור כדי שתוכל לבקר ולקרוא את הנושא.
לכן הנושאים יהיו גלויים לא רק לקבוצה הספציפית.
Only categories control access, but if you want a soft version of that , you could do something with CSS to do something . . .
Ah. Maybe what you should do is change your permissions so that developers (who are to stupid, lazy, or careless to put things in the right category) do not have create rights in the public bug category. Then if something should be public, someone who has enough attention span to be trusted can move them to the public category.
That sort of defeats the purpose of my original request. I want one bugs category and control over the visibility of individual topics within that category.
Seems like it should be doable, but based on feedback, maybe not.
I think with any process that involves ‘could be public, could be private’ there’s going to be scope for user error every time someone creates a topic. Whether it’s picking the right category, or remembering to click ‘whisper’, or adding a tag that then does some CSS magic to hide it, and so on. There’s a point where you have to make that choice and an accompanying opportunity to mess it up.
I think a subcategory is the way to go to be able to have confidence in the visibility protections. If you don’t want to toggle on sub-subcategories for this (or adjust your top level category structure with an alternative like Category Groups) you can have an extra subcategory in Support for #internal-bug-reports and then use the topic filter to create a custom topic list including topics from both categories, which you can then add to the sidebar for your devs to use.
Just for fun, I tested whether I could flip the post_type of an OP using the API. And while it did work, it still appeared in the topic list to a non-whisper test user and then errors out when they click into it. So it seems there would need to be some additional dev work to smooth that out (and there may also be other conflicts for the unexpected behaviour too when you start poking around)
So it seems there would need to be some additional dev work to smooth that out (and there may also be other conflicts for the unexpected behaviour too when you start poking around)