[wp-trac] [WordPress Trac] #51092: Create a JSON schema for Privacy and Other Related Disclosures

WordPress Trac noreply at wordpress.org
Sat Sep 5 11:43:12 UTC 2020


#51092: Create a JSON schema for Privacy and Other Related Disclosures
----------------------------------------------+-----------------------
 Reporter:  carike                            |       Owner:  (none)
     Type:  feature request                   |      Status:  new
 Priority:  normal                            |   Milestone:  5.6
Component:  Privacy                           |     Version:
 Severity:  normal                            |  Resolution:
 Keywords:  needs-privacy-review 2nd-opinion  |     Focuses:  rest-api
----------------------------------------------+-----------------------

Comment (by azaozz):

 Replying to [comment:30 TimothyBlynJacobs]:
 > I'll leave that for the privacy team. My point about using JSON schema
 is it provides us a good way to validate that if we do want structured
 data, which I think is the privacy team's goal.

 Right. This question was raised when the initial discussion happened,
 around two years ago if I'm not mistaken, and don't think there's been a
 clear answer yet.

 > Why should it not be? If it is made available over the REST API, it is
 easier for other consumers to access that data. It'd also make it easier
 for a React powered front-end. It being available over the REST API also
 doesn't preclude it from being accessed in different ways as well.

 I'm still thinking we're talking apples and oranges here :)

 - Where the data that needs validation comes from? Static file(s), one
 supplied by core and (eventually) a few supplied by plugins.
 - When should the validation happen? On every request of... what? Or once
 after a plugin is installed and then the result is saved in the DB? Or....
 how is that going to work efficiently?
 - What happens when the validation fails? The plugin supplying the data
 is... rejected (deleted, disabled, or... rejected how)?
 - Does it make sense for such validation to be in core at all, or maybe
 better to be on accepting plugins to the plugins directory, or..?
 - What happens then the schema needs to be changed? Re-validation?

 Generally validating static, non-editable files in core seems... unwise?

-- 
Ticket URL: <https://core.trac.wordpress.org/ticket/51092#comment:31>
WordPress Trac <https://core.trac.wordpress.org/>
WordPress publishing platform


More information about the wp-trac mailing list