Skip to content

Add rule to check user, beamline and visit are compatible#212

Merged
tpoliaw merged 1 commit intomainfrom
write_to_visit
Nov 22, 2024
Merged

Add rule to check user, beamline and visit are compatible#212
tpoliaw merged 1 commit intomainfrom
write_to_visit

Conversation

@tpoliaw
Copy link
Collaborator

@tpoliaw tpoliaw commented Nov 19, 2024

No description provided.

Copy link
Contributor

@garryod garryod left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Not sure I quite understand this one, why are we passing input.beamline is it to lock a service down to a particular beamline?

@tpoliaw
Copy link
Collaborator Author

tpoliaw commented Nov 20, 2024

It's mainly to stop i22 GDA being able to write to B21's data directory etc.

When figuring out where to write data, we have a template with placeholders for instrument and visit (eg /dls/{instrument}/data/{year}/{visit}) where the beamline and visit come from the installation and user session respectively. If a user with a group admin role (eg MX staff) on one beamline selects a visit for a different beamline, we shouldn't allow them to (try to) write data to a visit directory in the wrong tree.

@tpoliaw tpoliaw merged commit 2ca6d29 into main Nov 22, 2024
@garryod garryod deleted the write_to_visit branch January 9, 2025 15:00
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants