-
Notifications
You must be signed in to change notification settings - Fork 2.4k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
feat: LEAP-1515: Hide PII by condition #6544
base: develop
Are you sure you want to change the base?
Conversation
With new LSF interface `annotations:hide-info` hide all personal info about users and annotation, including ids and dates.
…_reviewer_firewall_enabled` is true
It should be visually connected with labeling area
✅ Deploy Preview for label-studio-docs-new-theme canceled.
|
✅ Deploy Preview for heartex-docs canceled.
|
@@ -55,6 +55,8 @@ const DraftState: FC<{ | |||
}> = observer(({ annotation, inline, isSelected }) => { | |||
const hasChanges = annotation.history.hasChanges; | |||
const store = annotation.list; // @todo weird name | |||
const infoIsHidden = store.store.hasInterface("annotations:hide-info"); | |||
const hiddenUser = infoIsHidden ? { email: "Me" } : null; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Is it possible that the user who will be replaced by "Me" is not actually the current one?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Nwm. Looks like with annotations:hide-info
we are going to prevent such cases from appearing.
In order to reduce a bias organization can now enable org setting
annotator_reviewer_firewall_enabled
to hide all related identifying information in annotations:Technically it's done by passing new LSF interface
annotations:hide-info
and changing UI by condition.Label Stream
Quick View with other users involved
It is advised to hide Data Manager for projects in such organizations.
PR fulfills these requirements
Change has impacts in these area(s)
What alternative approaches were there?
Hide this data on backend — frontend solution is easier and good for now.
Also we could add styles just to hide some elements, but that would not allow us to replace text and would be harder to maintain.
Also we could dynamically change the data via Custom Scripts, but that's uncontrollable and unstable because of dynamic nature of this data.
What feature flags were used to cover this change?
No FFs, the feature is hidden behind org setting
annotator_reviewer_firewall_enabled
.Does this PR introduce a breaking change?