Wide review tracker

[anssiko]

About

This is a meta issue to track wide review for the Compute Pressure API.

An important part of wide review is horizontal review from W3C's key horizontal groups listed below in horizontal groups section. Also feedback from other stakeholders is equally important. Additional pointers are welcome via comments.

The list is based on the How to do wide review page guidance.

Legend:
🔴 Review request not submitted
🟡 Review request submitted
🔵 Review feedback received
🟢 Review closed as completed

Horizontal groups

🟢 ♿ Accessibility

• Work through this questionnaire
  • Accessibility Checklist #183
• request a review via GitHub from APA
  • Compute Pressure API 2023-02-07 a11y-request#53
    • Review closed as completed with substantive contributions Add Accessibility considerations #247

🟢 📐 Architecture

• Ask the TAG for review; see how to work with the TAG

  • Compute Pressure Specification Review w3ctag/design-reviews#795
  • Positive feedback received on data minimization approach: Compute Pressure Specification Review w3ctag/design-reviews#795 (comment)

• If you are developing javascript APIs you may also want to ask public-script-coord@w3.org, a technical discussion list shared by W3C and ECMA's TC 39

  • No issues related to JS language features that should be brought to TC 39 for consideration.

🟢 🌍 Internationalisation

• Read the Request a review page
• work through the Short Checklist
  • Internationalization Checklist  #184
• request a review via GitHub
  • Compute Pressure API 2023-02-07 > 2023-03-31 i18n-request#204
    • Review closed as completed Compute Pressure API 2023-02-07 > 2023-03-31 i18n-request#204 (comment)

🟢 🔍 Privacy

• Write a "Privacy Considerations" section for your document, taking into account the Self-Review Questionnaire: Security and Privacy, Mitigating Browser Fingerprinting in Web Specifications, and RFC6973
  • Completed Self-Review Questionnaire: Security and Privacy
  • Authored Spec: Privacy Considerations
  • Chrome Security and Privacy team feedback Security and privacy review tracker #79
• request a review via GitHub from the Privacy Interest Group
  • Compute Pressure API 2023-02-07 w3cping/privacy-request#113
    • Review closed as completed with substantive contributions Compute Pressure API 2023-02-07 w3cping/privacy-request#113 (comment)

🟢 🔒 Security

• Write a "Security Considerations" section for your document, taking into account the Self-Review Questionnaire: Security and Privacy
  • Authored Spec: Security Considerations
  • Chrome Security and Privacy team feedback Security and privacy review tracker #79
• request a review via GitHub
  • Compute Pressure API 2023-02-07 security-request#50
    • Review closed as completed: Compute Pressure API 2023-02-07 security-request#50 (comment)

Other stakeholders

From who to ask for review:

Horizontal reviews [...] are only a subset of a full wide review, which must also include other stakeholders including Web developers, technology providers and implementers not active in the Working Group, external groups and standards organizations working on related areas, etc.

🟢 Zoom - positive signals and support #14

[anssiko]

I have now initiated the Privacy and Security reviews with the respective horizontal groups.

In addition, I have staged both the Accessibility and Internationalisation reviews for submission, pending editors' review of the checklist materials to be provided as references in these requests.

Lastly, we had submitted the Architecture (aka TAG) review request earlier.

The status of our overall wide review progress is being tracked in this issue with links to the relevant material and feedback. Our goals is to turn all 🔴 into 🟡 during Q1, and push to 🟢 during Q2.

Your diligent efforts ensure that the entire set of stakeholders of the web community, including the general public, have had adequate notice of the progress of the Working Group and are able to actually perform reviews of and provide comments on the specification.

Our second objective is to make sure we request reviews early enough that comments and suggested changes can still be reasonably incorporated in response to the review.

Thank you for your contributions.

[anssiko]

Current status:

• All wide review requests have been submitted.

• Internationalisation review has been completed.

• Privacy review feedback has been received and is being addressed.

Please refer to the tracker in the first comment for pointers.

[anssiko]

Current status:

• Accessibility review request queued for processing.

• Architecture review received. Positive feedback with a request to share developer feedback when available. Confirming if further feedback is expected.

• Privacy review feedback broken into privacy-needs-resolution issues welcomes contributions.

• Security review closed as completed.

[anssiko]

Current status:

• Accessibility reviewers volunteered to contribute an Accessibility considerations section to the spec in Compute Pressure API 2023-02-07 a11y-request#53 (comment) (thanks @matatk et al.!), the WG expect this contribution by the end of this month.

• Architecture review received. Positive feedback with a request to share developer feedback when available. No new information since the Apr 24 status update.

• Privacy review feedback improved the Security and Privacy considerations substantively (thanks @pes10k!) in Reorganize Security and privacy considerations #216, remaining improvements under review in Improve User notifications section #218 and Add proposed Cross-site covert channel attack description #219

• Security review closed as completed.

[anssiko]

I'm thrilled to announce wide review for the Compute Pressure API has been completed. 🥳

The Devices and Sensors Working Group would like to thank numerous contributors across Accessibility, Architecture, Internationalization, Privacy and Security horizontals for their deligent review and contributions.

[himorin]

@anssiko Next step toward CR after HR, would be settling down all spec issues (or marking related part as at-risk?), and call for consensus to publish as CR within the group, I believe.
It seems there is only small number of registered issues (except for V2 or enhancement), we may go further shortly. How do you think? (of course, all works might start after new year.)

[anssiko]

@himorin, thanks for reminding us of the next Rec Track transition ahead of us.

I'd like to share with the WG that a number of high-profile customers want to continue experiment with the API. To that end, we announced an intent to extend the Chrome Origin Trial from 120 to 123 inclusive, running until early April '24. The goal of this extension is to gather feedback to further increase the WG's confidence we are addressing real user needs across a variety of use cases.

I believe the WG wants to integrate the feedback from these early adopters before advancing to a CR, so I'd suggest we check back when we have completed the Origin Trial extension. It is definitely great to see the wide review (one of the important requirements for advancing to a CR) completed with major contributions to the specification.