Enhancement request: Introduce ability to ignore (bypass) Product Object Permissions
メンテナーはふだん 1 日以内に返信
@hesa がすでに取り組んでいます。
2026年6月18日 から。
評価
この issue はまだ評価されていません。
説明
Is your enhancement request related to a problem? Please describe.
Currently, when a product gets created only its creator has access to it, apart from superusers. The user that created the product cannot control who has access to it. If creation is done via a technical user form a CI pipeline, nobody except the superusers gets to see it. Superusers then have to manually assign all users or roles for the individual product version. This has to happen every time a new version is created.
It would be beneficial to have some form of team concept in the permission model.
What are the benefits of the requested enhancement?
The benefit of the proposed feature is that teams working with frequent releases do not have to ask the administrators to change the visibility of yet another version everytime they create a new one. The current situation would cause delays in the work of the development team, as they cannot see their products, and also keeps the administrators away from other tasks. Administrators would currently either have to perform the assignment manually or build custom script that uses webscraping techniques to automate the assignment, as there is no API for it and IDs for users, products, and roles need to be found.
Describe the solution you would like
The concept of teams could be introduced. For instance, teams could create a mapping between users and product names. Users are given "view_product", "change_product", and/or "delete_product" permissions within the team and associated products. Permissions do not have to be assigned for individual version of products, instead all versions for a given name are included. Management of team membership could be done by superusers, but ideally there would also be a new role that allows for self-management of team membership for users that are already part of a team (e.g. the team lead).
Additional notes
n.a.
- 主要言語
- Python
- スター
- 52
- フォーク
- 30
- 平均マージ
- 9時間 43分
- マージ済み PR（30日）
- 16
環境構築
- Dockerfile または Docker Compose ファイルあり
- プルリクエストのテンプレートあり
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
aboutcode-org/dejacode のほかの issue
-
Unify product Clone, "Save as new" and admin "Save as new" into a single clone feature対応中かも @Anurag-S1ngh が 2 日前に担当しました。 オープン
難易度 4/5 3〜5日 初心者へのやさしさ 45/100
aboutcode-org/dejacode#603 ·
メンテナーはふだん 1 日以内に返信
-
design needed enhancement
難易度 3/5 1〜2日 初心者へのやさしさ 62/100
aboutcode-org/dejacode#561 · コメント 3 件 ·
メンテナーはふだん 1 日以内に返信
-
Enhancement request: Refine License Category - Copyleft Limited再び着手できるかも @hesa が 122 日前に担当しましたが、オープン中のプルリクエストはありません。 オープンdesign needed enhancement
aboutcode-org/dejacode#499 · コメント 13 件 · 担当者 3 名 ·
メンテナーはふだん 1 日以内に返信
-
BUG: Product overview page splits product with many versions across pages再び着手できるかも このイシューのプルリクエストはマージされずにクローズされました。 オープンbug design needed enhancement
難易度 3/5 1〜2日 初心者へのやさしさ 45/100
aboutcode-org/dejacode#460 ·
メンテナーはふだん 1 日以内に返信
-
design needed
難易度 5/5 1週間以上 初心者へのやさしさ 20/100
aboutcode-org/dejacode#452 · コメント 2 件 ·
メンテナーはふだん 1 日以内に返信
aboutcode-org/dejacode の issue をすべて見る
似ている issue
-
Import errors are swallowed: PerthImplicitWatermarker silently becomes None対応中かも @JonRC が今日担当しました。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 82/100
resemble-ai/Perth#23 ·
-
correction metadata
難易度 2/5 1時間未満 初心者へのやさしさ 65/100
acl-org/acl-anthology#10753 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 62/100
earthtojake/text-to-cad#758 ·
メンテナーはふだん 1 日以内に返信
-
難易度 1/5 1〜3時間 初心者へのやさしさ 70/100
DataTalksClub/faq#545 ·
メンテナーはふだん 2 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 62/100
メンテナーはふだん 1 日以内に返信