בעלי קבוצות לא חייבים להיות חברי קבוצה

אני חושב שניתן להוסיף בעלי קבוצות ברובן כפי שזה נעשה כעת, למעט הוספת היכולת להוסיף @קבוצה כבעלים.

היתרון המרכזי הוא שלקבוצת הבעלים יהיו בעלים משלה, ככל הנראה רק חבר אחד או שניים.

כדי לשמור על ניקיון, בדיקת שפיות עשויה להיות שרק רמה אחת של בעלות תתאפשר.

כלומר, קבוצה א’ היא בעלים של קבוצה ב’ ונחשבת לחבר בשתי הקבוצות.

כעת, אם נוסיף קבוצה ג’ שהיא בבעלות קבוצה ב’. קבוצה ב’ היא הבעלים של קבוצה ג’. בעוד שקבוצה א’ היא הבעלים של קבוצה ב’. קבוצה א’ נחשבת רק לחבר בקבוצה ג’ אך אין לה הרשאות בעלות.

לייק 1

באמת מעריך את ההבהרה, דן — הגבלת בעלות מקבוצה לקבוצה לרמה אחת בלבד הגיונית מאוד לתחזוקתיות והימנעות מזחילת הרשאות.

אני אוהב את הרעיון ש:

  • קבוצה א' הבעלים של קבוצה ב' → חברי א’ מקבלים זכויות בעלים על ב’
  • קבוצה ב' הבעלים של קבוצה ג' → חברי ב’ מקבלים זכויות בעלים על ג’
  • אבל קבוצה א' אינה בעלים של ג’ — רק באופן טרנזיטיבי חבר (לא מנהל)

זה עוזר למנוע קינון אינסופי תוך כדי תמיכה במבני האצלה שימושיים.

מסכים גם שהגבלת עומק הבעלות באמצעות הגדרת group_ownership_nesting_level (כמו קינון תת-קטגוריות) מעניקה לאתרים גמישות — אולי ברירת מחדל ל-1, אך מאפשרת אופציונלית שליטה עמוקה יותר במידת הצורך.

כמה שאלות הבהרה שהיו לי:

  • במודל שלך, האם הקבוצה הבעלים צריכה להופיע כחבר בקבוצה שבבעלותה בממשק ספריית הקבוצות? או שהחברות מבוססת הרשאות בלבד?
  • אם לקבוצה יש מספר בעלים (חלקם משתמשים, חלקם קבוצות), כיצד אתה רואה פתרון קונפליקטים או יתירות בממשק?
  • האם בעלות תשפיע על הרשאות קטגוריות כלשהן (למשל, האם קבוצת הבעלים יכולה לנהל את הקטגוריה הקשורה לקבוצה שבבעלותה)?

זה יפתח הרבה גמישות בפורומים מבוססי חינוך, ארגון או פרויקטים — תודה על קידום הרעיון!

2 לייקים

For this the Group Owner Group would need to be seen as members with maybe the owner label or something.. The owners group imho opinion needs to inherit base Group membership for purposes of Category permissions and if Public to show all members. Maybe kind of like How Category Mods can be listed in Site About page as Moderators. It might be as Simple perhaps as listing the Owner Group as Owner/managed By. Then a member can simply click on the owner group to view Owners of said Group?

Imho if your using a Group as owners. Then Maybe it is either mber Owners within the Group or managed by a group. Not a mix of both.

Do you mean Like Category Mods? If so a change was made to allow more than 1 group to manage a category. Though if using the example from the previously question. Could just go with the Owners Group inherits permissions of the managed group. So Category Permissions and in this case would also be Category Moderators. In the Category Moderators it would give more levels of management like with other examples. A core main set if owners who can remove lower tiered owners if needed without requiring full staff to intervene. Ie 2 owners in conflict. The head owner of the managers group can demote if needed.


This is a great thought exercise to fletch out the idea. So lots of discussion is great to fishbone the idea.

לייק 1
Heliosurge on ownership visibility and category permissions

That makes sense — I like the idea of the owner group showing up in the group directory with an “Owner” or “Managed by” label, similar to how category moderators are surfaced.

I think the distinction between:

  • Full members (who receive badges, mentions, group flair)
  • And owners via another group (who inherit permissions, but not identity)

…would be helpful to keep clear in the UI.

Example layout

Group @mentors

  • Members: Alice, Bob, Charlie
  • Owner Group: @mentor-coordinators

Where clicking the owner group takes you to its membership list.

And I agree — for category permission purposes, it’s elegant to treat owner groups as “members” of the groups they own (to avoid needing to duplicate permissions manually).

Follow-up questions
  • Would you see owner-group membership inheriting only for permission checks, or also showing up in things like group mentions and flair, if the owned group is public?
  • Would it be possible for a group to own multiple other groups, or should there be a 1:1 ownership rule as a safety constraint?


Heliosurge on exclusive ownership model

Ah, got it — that’s a useful simplification.

So you’re suggesting that ownership should be exclusive:

  • Either a group is owned by individual users
  • Or it’s owned by a group (which contains the people with ownership)
  • But you don’t allow both at once

That definitely keeps the model clean and avoids UI conflicts.

Hybrid workaround

If someone wanted a hybrid, they could always create an ownership group (e.g. @mentors-owners), include both individual owners and subgroup reps, and assign that as the sole owner group. Keeps things tidy without mixing ownership models directly.

Implementation questions
  • Should this exclusivity be enforced at the database level (e.g. a group has either a group_owner_id or a list of user_owners, but not both)?
  • Or more of a UI-level convention with a warning?
  • Should a group be allowed to be owned by more than one group (assuming no nesting)?


Heliosurge on category mod inheritance and owner hierarchy

That’s a helpful direction, thanks!

On category permissions inheritance

Yes — I was thinking of a situation where:

  • Group B has post/reply/create access to a category (e.g. #mentorship)
  • Group A owns Group B
  • So Group A inherits access to #mentorship as well — without needing explicit category-level permissions

That would keep access management simpler if the ownership structure already expresses the trust boundary.

On category moderation

Good to know that Discourse now allows multiple groups to moderate a category.

Would you imagine the owner group of Group B also automatically gaining category moderator status for the categories Group B moderates?

That could help implement a tiered control model — where owner-groups can act as “head moderators” or “group stewards,” able to:

  • Moderate across the same space
  • Demote problematic group-level owners or sub-managers
Follow-up questions
  • Would the inherited permissions apply only to category access/moderation? Or could they also cascade into other group-linked features (e.g. messaging, events)?
  • In your tiered model, should the “top” group always be flat — or could it itself have owners?

This feels like it’s building toward a really flexible delegation model — helpful for schools, organizations, and structured online communities.

לייק 1