[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