[wp-trac] [WordPress Trac] #43981: Privacy notices page: improve UX and readability

WordPress Trac noreply at wordpress.org
Wed May 9 04:06:26 UTC 2018


#43981: Privacy notices page: improve UX and readability
--------------------------+------------------------
 Reporter:  idea15        |       Owner:  (none)
     Type:  defect (bug)  |      Status:  closed
 Priority:  normal        |   Milestone:
Component:  General       |     Version:
 Severity:  normal        |  Resolution:  duplicate
 Keywords:  gdpr          |     Focuses:
--------------------------+------------------------

Comment (by danieliser):

 @xkon How does it work now. Same result as what I proposed, just less
 intimidating. If your plugin needs to add sections that shouldn't be a
 problem. No one policy can possibly fit all, but we are currently
 basically generating what reads (with exception of the helper notes) as a
 complete policy. Do you think many users will think twice about just using
 it as is? That means that they will likely never merge in the needed info
 from dozens of plugins on their site. WordPress is supposed to be easy for
 users to get going. This currently will take days to put together a policy
 based on my own plugin usages, most of which are pretty common.

 I will have to start with the core policy suggestions, rewrite
 accordingly, then move on to manually merge in the data from 10+ plugins
 one at a time, each having different data that has to be merged into the
 same policy template core already suggested, not just appended to.

 Plugin A's cookies shouldn't be listed at the bottom by themselves, that
 makes no sense, yet that is how I imagine most of my own users (very lay)
 doing it. These penalties can be applied to the smallest of blogs
 (unlikely but possible), so assuming that every site owner is going to
 hire a lawyer is a very bad assumption. People writing small blogs
 occasionally are not gonna spend the time or the $.

 I prefer not to have to field 1000 questions on the subject over the next
 year, which means doing our best to generate as close to possible a ready
 to use policy. Anything less puts millions of sites at risk.

 If your fear is having to write 5 different filters instead of 1, in my
 opinion as someone who runs multiple plugins that will have to use these
 new functionalities, I'd say you strongly need to reconsider, you will
 thank yourself later when you are not answering needless support tickets
 or having your users get sued out of oblivion for non compliance.

 Our users problems are our problems. If we can solve them with a little
 extra effort on the plugin devs part, that is a no-brainer, which is an
 underlying principle of WP, cough-cough backward compatibility.

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


More information about the wp-trac mailing list