[wp-trac] [WordPress Trac] #30251: Customizer inconsistent contextual behavior

WordPress Trac noreply at wordpress.org
Tue Nov 4 19:27:27 UTC 2014


#30251: Customizer inconsistent contextual behavior
--------------------------+-----------------------------
 Reporter:  dgwyer        |      Owner:
     Type:  defect (bug)  |     Status:  new
 Priority:  normal        |  Milestone:  Awaiting Review
Component:  Customize     |    Version:  trunk
 Severity:  normal        |   Keywords:
  Focuses:                |
--------------------------+-----------------------------
 When adding more than one contextual customizer control with I'm seeing
 inconsistent behavior.

 For example, I'm using the bare bones theme created by Otto available
 here:
 http://ottopress.com/2012/theme-customizer-part-deux-getting-rid-of-
 options-pages/

 All I've done in functions.php is to add two 'active_callback' lines, one
 for each customizer control:

 {{{
         'active_callback' => '__return_false'
         'active_callback' => '__return_true'
 }}}

 Using these core WordPress callbacks only one of the controls should be
 visible but when the customizer loads both controls are visible.

 If you remove one of the controls in functions.php then the remaining
 control is visible (or not) depending on the contextual callback return
 value, as expected.

 Note: In full themes this issue seems to be mainly when the customizer
 first loads. When clicking links inside the customizer preview window the
 customizer controls seem to respect their contextual settings, apart from
 the initial load.

--
Ticket URL: <https://core.trac.wordpress.org/ticket/30251>
WordPress Trac <https://core.trac.wordpress.org/>
WordPress publishing platform


More information about the wp-trac mailing list