[wp-trac] [WordPress Trac] #32541: Call to a member function do_items on a non-object ($wp_styles)

WordPress Trac noreply at wordpress.org
Sat Jun 6 18:23:13 UTC 2015


#32541: Call to a member function do_items on a non-object ($wp_styles)
---------------------------+--------------------
 Reporter:  Frozzare       |       Owner:
     Type:  defect (bug)   |      Status:  new
 Priority:  normal         |   Milestone:  4.3
Component:  Script Loader  |     Version:  trunk
 Severity:  normal         |  Resolution:
 Keywords:                 |     Focuses:
---------------------------+--------------------

Comment (by DrProtocols):

 With reference to the patch attached to this ticket - it does not properly
 fix the issue because it simply adds the condition to return the empty
 array if the global $wp_styles is not set to an instantiation of WP_Styles
 - this introduces yet another assumption that it is OK under _any_
 circumstance for $wp_styles to not be set. This is _not_ OK because there
 is no requirement that the caller of wp_print_styles() should have already
 ensured that the global $wp_styles is validly set.

 Whilst I am happy for the ticket I raised to be closed as a duplicate
 based on it reporting the same fatal error we should be clear that the
 ticket I raised reported what was in fact a change to code logic and
 behaviour with no justification and without taking into account the
 context of the statement that was changed. It should not be required for a
 caller of wp_print_styles() to have to determine whether or not the global
 $wp_styles is properly set or not - but with the change in
 wp_print_styles() that has been made it then becomes a requirement for
 every caller of wp_print_styles() to have to explicitly call wp_styles()
 before calling wp_print_styles(). I really do not believe that this was
 the intention of the change that was made to wp_print_styles() - if it is
 really necessary to have the final statement of wp_print_styles() be
 {{{
         return $wp_styles->do_items( $handles );
 }}}
 then the call to wp_styles() to ensure that $wp_styles is set must be
 included in the earlier conditional statement to maintain the current
 functional usage of wp_print_styles(). Otherwise the change to that final
 statement should be reverted so that it calls wp_styles().

 Thankyou.

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


More information about the wp-trac mailing list