Skip to content

Say users can say whether pieces of information are sensitive.#442

Closed
jyasskin wants to merge 1 commit intow3ctag:mainfrom
jyasskin:users-define-sensitivity
Closed

Say users can say whether pieces of information are sensitive.#442
jyasskin wants to merge 1 commit intow3ctag:mainfrom
jyasskin:users-define-sensitivity

Conversation

@jyasskin
Copy link
Copy Markdown
Member

@jyasskin jyasskin commented Sep 28, 2024

@jyasskin jyasskin mentioned this pull request Sep 28, 2024
13 tasks
Comment thread index.html
Comment on lines +1518 to +1519
people. This implies that individual people should be able to adjust whether each
piece of information about them should be treated as sensitive.
Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

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

This implies privacy labor. Is that what you really want?

@pes10k
Copy link
Copy Markdown
Collaborator

pes10k commented Nov 1, 2024

Just following up on our discussion from the call. My 2c is still that no new text is needed, and that the document would be strongest with no changes (in this regard).

However, I said if we were going to make a change, I thought using the font enumeration/fingerprinting trade off as an example block would be a better change than the current PR text. But my preference is still no change is best.

@dmarti I remember you also had thoughts on this. Can you remind me, what your thoughts and preferences were (PR text vs no changes vs font fingerprinting as an example vs other text)?

@dmarti
Copy link
Copy Markdown
Collaborator

dmarti commented Nov 5, 2024

@pes10k I think there's a difference between

  • people should be able to share information deliberately

  • people should be able to classify information as non-sensitive

I would prefer no changes -- if a UA wants to add a sharing control that's a lot more understandable than some kind of sensitive/non-sensitive classifier (that you would have to go back to and re-check every time ML learned to infer sensitive qualities from non-sensitive user data anyway)

@pes10k
Copy link
Copy Markdown
Collaborator

pes10k commented Nov 5, 2024

okie dokie, if we're at 2-for-2 for no changes, @jyasskin, it might be best to assign someone else. Or if theres no consensus for new text, maybe we just leave the document as is an the council can consider. WDYT?

@jyasskin
Copy link
Copy Markdown
Member Author

jyasskin commented Nov 5, 2024

I think we should say there's no consensus among the task force to make a change, and let the council have at it. Thanks for putting your opinions here as input for the council.

@jyasskin
Copy link
Copy Markdown
Member Author

Closing now that the objection that motivated this is resolved, AC review for the resolving changes is finished, and we didn't get any objections to this wording.

@jyasskin jyasskin closed this Apr 18, 2025
@jyasskin jyasskin deleted the users-define-sensitivity branch April 18, 2025 16:53
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.

4 participants