Fix handling of public sessions in protected events
- Dominant language
- Python
- Stars
- 2.1k
- Forks
- 551
- Avg merge
- 2d 9h
- Merged PRs (30d)
- 21
Description
Currently e.g. getting timetable information or viewing a contribution requires full read access to the event, regardless of whether the user has access to the associated object.
Also, viewing a contribution requires event access, so if the contribution is public (either by inheritance or by itself), access is denied if the event itself is protected.
Contributor guide
Research direction
No file, test, or entry point is named; begin by locating the authorization checks for timetable information and contributions. Confirm how access is inherited for public associated objects, then verify that public sessions and contributions remain viewable without full read access to a protected event.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- flask, python, sqlalchemy
- Domain
- authorization, backend
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100