[wp-trac] [WordPress Trac] #38672: Custom CSS should work with existing Jetpack custom CSS
WordPress Trac
noreply at wordpress.org
Mon Nov 7 23:23:25 UTC 2016
#38672: Custom CSS should work with existing Jetpack custom CSS
-----------------------------+------------------
Reporter: helen | Owner:
Type: defect (bug) | Status: new
Priority: highest omg bbq | Milestone: 4.7
Component: Customize | Version:
Severity: blocker | Resolution:
Keywords: | Focuses:
-----------------------------+------------------
Comment (by jorbin):
Replying to [comment:19 westonruter]:
> @jorbin I was chatting with @georgestephanis and I think his intention
is that a single `edit_css` meta capability could be passed as the
`capability` when the `WP_Customize_Custom_CSS_Setting` is registered.
With vanilla core this would map to `unfiltered_html` (or
`unfiltered_css`?) and would thus be restricted to admins/superadmins. A
plugin (read: Jetpack) which adds a sanitization library could then re-map
`edit_css` to something more permissive like `edit_theme_options` so that
users who formerly were unable to edit the CSS could then do so. I don't
know if it makes sense to have two separate CSS-related meta capabilities.
I'm cool with that. My main goal is to ensure 1) vanilla core restricts
access to the equivalent of `unfiltered_html` ( either in and of itself or
as `unfiltered_css` ) and 2) At some point in the future, the feature
doesn't need to be restricted as there is well-tested sanitization
available in core.
--
Ticket URL: <https://core.trac.wordpress.org/ticket/38672#comment:20>
WordPress Trac <https://core.trac.wordpress.org/>
WordPress publishing platform
More information about the wp-trac
mailing list