-
Notifications
You must be signed in to change notification settings - Fork 4
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
Update charter.md #2
Conversation
@@ -57,7 +59,8 @@ The current set of work items of the community group are: | |||
|
|||
| Name | Editors | Expected Destinations | | |||
| ---- | ------- | --------------------- | | |||
| | | | | |||
| [FedCM](https://github.com/fedidcg/FedCM) | Sam Goto (Google) | FedID Working Group (TBA) | |
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.
Should we also add the "enumeration of breakages" as a work item to the group?
https://github.com/fedidcg/use-case-library/wiki/Third-party-cookie-mitigations
charter.md
Outdated
|
||
## Goals | ||
|
||
The purpose of the Federated Identity Community Group is to provide a forum focused on incubating web features that will both support federated identity and prevent untransparent, uncontrollable tracking of users across the web. While the community group will take privacy concerns into consideration, these concerns will be balanced against the need to explore innovative ideas around federated authentication on the web. | ||
|
||
The group has both short- and long-term goals; the initial work focuses on the short-term goals as prioritized by the urgency of changes already underway, such as the phasing out of third-party cookies. This charter will be reviewed no later than one year from approval to potentially reset the goals and priorities. | ||
The group has both short- and long-term goals; the initial work focused on the short-term goals as prioritized by the urgency of changes already underway, such as the phasing out of third-party cookies. As the deprecation of third-party cookies moves ahead, the group's focus will expand to consider changes to link decoration and bounce tracking. This charter will be reviewed annually to potentially reset the goals and priorities. |
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.
I'd maybe suggest something that emphasizes that we are not decreasing our focus on the deprecation of third party cookies, but rather incrementally allowing us to look a bit further in addition to.
I don't feel strongly about the words here, but here is one option that is more explicit:
The group has both short- and long-term goals; the initial work focused on the short-term goals as prioritized by the urgency of changes already underway, such as the phasing out of third-party cookies. As the deprecation of third-party cookies moves ahead, the group's focus will expand to consider changes to link decoration and bounce tracking. This charter will be reviewed annually to potentially reset the goals and priorities. | |
The group has both short- and long-term goals; the initial work focused on the short-term goals as prioritized by the urgency of changes already underway, such as the phasing out of third-party cookies. That sense of urgency will continue and expand (e.g. via the extension of existing proposals or the creation of new proposals), but, as the deprecation of third-party cookies moves ahead, the group's attention will also start considering changes to link decoration and bounce tracking (since it has much bigger implications). This charter will be reviewed annually to potentially reset the goals and priorities. |
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.
A few comments on Heather's original phrasing.
First, we're not deprecating third-party cookies, we're blocking or partitioning them and putting the unpartitioned ones behind the Storage Access API. Second, Safari and Firefox are already blocking unpartitioned third-party cookie access by default so "moving ahead" is not an accurate description of the browser landscape. Finally, I think it's better to use "navigational tracking" than link decoration and bounce tracking.
Thanks!
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.
+1.
No description provided.