Missing oc_share entries for SAML-provisioned users in existing groups after SAML-provisioning
Maintainer thường phản hồi trong vòng 1 ngày
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 4/5
- Thời gian dự kiến
- 3-5 ngày
- Mức phù hợp với người mới
- 30/100
- Loại issue
- Lỗi
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Đình trệ
- Công nghệ
- mariadb, php
- Lĩnh vực
- authentication, authorization, databases
Hướng nghiên cứu
Bắt đầu bằng cách tái hiện việc provisioning SAML vào một group hiện có với một shared folder, sau đó kiểm tra cách các thao tác thêm vào oc_group_user được xử lý và liệu các mục oc_share tương ứng có được tạo hay không. So sánh đường dẫn provisioning với việc thêm thủ công một user vào group; issue được hoàn tất khi các user mới được provisioning hoặc được gán có thể truy cập các tài nguyên hiện có được chia sẻ với group mà không cần workaround bằng database trigger.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
How to use GitHub
- Please use the 👍 reaction to show that you are affected by the same issue.
- Please don't comment if you have no relevant information to add. It's just extra noise for everyone subscribed to this issue.
- Subscribe to receive notifications on status change and new comments.
Steps to reproduce
- Provision a new user via SAML and ensure they are automatically assigned to an existing group (e.g., Group A) that has shared folders (e.g., Folder A).
- Log in as the newly provisioned user.
- Verify whether the group-shared folder (e.g., Folder A) is visible and accessible to the user.
Alternative scenario:
- Log in as an existing user.
- Assign the user to a new SAML-provisioned group (e.g., Group B) that has shared folders (e.g., Folder B).
- Verify whether the newly assigned group-shared folder (e.g., Folder B) is visible and accessible to the user.
Expected behaviour
When a user is added to a SAML-provisioned group, shared folders and files that were previously assigned to the group should be automatically available to the new user. Entries in the oc_share table should be generated accordingly, ensuring access to group-shared resources.
For example:
- Folder A is shared with Group A.
- User X is added to the system and automatically assigned to SAML Group A.
- User X should immediately see Folder A and have access to the shared content, with corresponding entries in the oc_share table.
Actual behaviour
Currently, when a new user is provisioned via SAML and added to an existing group (e.g., Group A), the group-shared files and folders (e.g., Folder A) do not appear for the user. Although the share exists, no entries are created in the oc_share table to provide access.
If you manually add the user to the group through the Nextcloud backend or reassign the permissions on the folders, the oc_share entries are correctly created, and the user gains access to the shared resources.
This issue did not exist in version 5.27 but appears to be a regression in the current version.
Workaround (temporary fix):
In my instance, I’ve created a trigger for the oc_group_user table that temporarily addresses the issue. The trigger ensures that whenever a new gid-uid combination is added, the corresponding entries in the oc_share table are created or deleted accordingly. However, this should not be considered a permanent solution, as it only works as a temporary fix to handle the missing share entries in this specific instance.
Server configuration
Official Nextcloud Docker (nextcloud:30)
Web server: Apache/Nginx
Database: MariaDB
PHP version: 8.2.24
Nextcloud version: 30.0.0
- Ngôn ngữ chính
- PHP
- Star
- 106
- Fork
- 84
- Merge trung bình
- 1 ngày 11 giờ
- Pull request đã merge (30 ngày)
- 14
Chuẩn bị môi trường
- Không có Dockerfile hay tệp Docker Compose
- Không có mẫu pull request
- Đọc hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của nextcloud/user_saml
-
Logout link is empty in environment-variable mode without login form (regression from #1235)Đang mở0. Needs triage bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 65/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 80/100
Maintainer thường phản hồi trong vòng 1 ngày
-
0. Needs triage bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 88/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 45/100
Maintainer thường phản hồi trong vòng 1 ngày
-
0. Needs triage bug
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 57/100
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của nextcloud/user_saml
Issue tương tự
-
Modules list cache misses every hour because it is keyed on the hourly accounts tokenCó thể đã có người làm @SachaFARINEL đã nhận hôm nay. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
PrestaShopCorp/ps_mbo#899 ·
-
enhancement priority Sales
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
novalo-dev/Prestashop-MCP-Server#201 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
enhancement
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 74/100
web-token/jwt-framework#757 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 1/5 1-3 giờ Mức phù hợp với người mới 82/100
WordPress/Documentation-Issue-Tracker#2562 · 1 bình luận ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
Maintainer thường phản hồi trong vòng 1 ngày