[wp-trac] [WordPress Trac] #47869: Missmatch between actual check and warning message for Background Updates

WordPress Trac noreply at wordpress.org
Mon Aug 26 14:52:21 UTC 2019


#47869: Missmatch between actual check and warning message for Background Updates
--------------------------+---------------------
 Reporter:  kraftner      |       Owner:  (none)
     Type:  defect (bug)  |      Status:  new
 Priority:  normal        |   Milestone:  5.3
Component:  Site Health   |     Version:
 Severity:  normal        |  Resolution:
 Keywords:                |     Focuses:
--------------------------+---------------------
Changes (by Clorith):

 * milestone:  Awaiting Review => 5.3


Comment:

 For the first few states you mentioned, if your filter is added in a
 reasonable manner, it should be picked up just like in core, how are you
 implementing the filter you describe in point 2?

 The reason for the `current_user_can( 'update_core' )` in the
 `check_wp_version_check_exists()` call is to prevent disclosing a sites
 update state to those who have no reason to see it, just checking if a
 user is logged in isn't enough since you could be a subscriber. It might
 be viable to change this ot the new `view_site_health_checks` capability,
 but it also sort of makes sense to check that the user that's looking for
 the state of updates is one that can update core in the first place, so
 I'm a bit torn on this.

 I do agree with you on point 4, we should absolutely be checking the same
 things that core are checking here.

 So for your two courses of action, I think it's a little of both, and we
 can (and should)= definitely sort both :)

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


More information about the wp-trac mailing list