You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Refine Metadata Access for Course, Course Phase, and Course Phase Participation
Problem Description
We currently use meta_data fields for Course, Course Phase, and Course Phase Participation to store various information (e.g., mail settings, scores, seat assignments). Access to these fields is restricted:
Lecturers have read/write access.
Editors have read-only access.
Students have no access.
However, this setup has become too restrictive. For example:
Editors sometimes need write access (e.g., to record absences or add comments).
Students also need some level of access (e.g., to view seat assignments, fill out surveys, or provide other input).
Micro frontends could work around this limitation by storing data in an external service, but that creates additional problems:
Data Fragmentation
If student data (e.g., skill surveys) is stored externally, subsequent phases cannot easily access it unless an instructor 'manually' copies it over into the meta_data and allow other phases to access it.
Security/Access Issues
Granting a tool token for direct access to meta_data on behalf of a user who otherwise lacks permission introduces additional risks and complexities.
Proposed Solution
1. New Fields for Course and Course Phase
open_meta_data -> new name student_readable_data
A new field accessible to students. This could store information such as a course logo or other public information.
Existing meta_data -> new name restricted_data
Remains read/write-accessible to the course lecturer and possibly editors in read-only mode. This can store settings like mailing configurations, which students do not need to see and editors don’t need to modify.
2. Revised Fields for Course Phase Participation
Introduce three separate metadata fields (plus an editor restriction mechanism):
meta_data (already exists) -> new name restricted_data
Stores information students must not see (e.g., scores, private comments), read/write accessible to lecturers (and possibly editors).
open_meta_data -> new name student_readable_data
Stores information students can see but cannot modify (e.g., seat assignments).
The text was updated successfully, but these errors were encountered:
Refine Metadata Access for Course, Course Phase, and Course Phase Participation
Problem Description
We currently use
meta_data
fields for Course, Course Phase, and Course Phase Participation to store various information (e.g., mail settings, scores, seat assignments). Access to these fields is restricted:However, this setup has become too restrictive. For example:
Micro frontends could work around this limitation by storing data in an external service, but that creates additional problems:
Data Fragmentation
If student data (e.g., skill surveys) is stored externally, subsequent phases cannot easily access it unless an instructor 'manually' copies it over into the meta_data and allow other phases to access it.
Security/Access Issues
Granting a tool token for direct access to
meta_data
on behalf of a user who otherwise lacks permission introduces additional risks and complexities.Proposed Solution
1. New Fields for Course and Course Phase
open_meta_data
-> new namestudent_readable_data
A new field accessible to students. This could store information such as a course logo or other public information.
Existing
meta_data
-> new namerestricted_data
Remains read/write-accessible to the course lecturer and possibly editors in read-only mode. This can store settings like mailing configurations, which students do not need to see and editors don’t need to modify.
2. Revised Fields for Course Phase Participation
Introduce three separate metadata fields (plus an editor restriction mechanism):
meta_data
(already exists) -> new namerestricted_data
Stores information students must not see (e.g., scores, private comments), read/write accessible to lecturers (and possibly editors).
open_meta_data
-> new namestudent_readable_data
Stores information students can see but cannot modify (e.g., seat assignments).
The text was updated successfully, but these errors were encountered: