[wp-trac] [WordPress Trac] #28454: Incorrect behaviour when Appearance > Customize saves front page options

WordPress Trac noreply at wordpress.org
Sat Apr 16 18:57:46 UTC 2016


#28454: Incorrect behaviour when Appearance > Customize saves front page options
--------------------------+---------------------------------
 Reporter:  ElectricFeet  |       Owner:
     Type:  defect (bug)  |      Status:  new
 Priority:  normal        |   Milestone:  Awaiting Review
Component:  Customize     |     Version:  3.4
 Severity:  normal        |  Resolution:
 Keywords:  needs-patch   |     Focuses:  ui, administration
--------------------------+---------------------------------
Changes (by celloexpressions):

 * version:  3.9 => 3.4


Comment:

 In terms of usability, the user settings should definitely be maintained
 when they're disabled. Especially because the user may try the front page
 option to see what it does, then quickly change back.

 Therefore, the settings page would be updated if we want parity, not the
 customizer. This was likely an intentional enhancement when the feature
 was built in the customizer. That being said, I don't think that it's
 critical that these two distinct interfaces have the same behavior.

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


More information about the wp-trac mailing list