Open jp-imagines opened 1 month ago
Support References
This comment is automatically generated. Please do not edit it.
📌 REPRODUCTION RESULTS
📌 FINDINGS/SCREENSHOTS/VIDEO
Atomic https://github.com/Automattic/themes/assets/14153300/e487caaa-c2ac-4360-ba37-eabb154e486f
📌 ACTIONS
Quick summary
If you change any color in the Customizer (Appearance > Customize > Colors & Backgrounds), some new CSS takes effect in the editor which overrides the styles used for editor elements (including hover styles), which can make them difficult or impossible to read. This affects tabs (e.g. "Page/Post," "Block," "List View," "Outline," "Patterns," "Media") and settings headings (e.g. "Summary", "Styles," "Advanced").
Steps to reproduce
What you expected to happen
Theme color styles should not affect editor elements.
What actually happened
The theme color styles add some additional inline CSS (
custom-colors-editor-css-inline-css
), which is loaded after the editor style CSS file, and therefore takes precedence. In many cases, this causes editor elements to become difficult or impossible to read when not hovered over (or when being hovered over), depending on the colors set.Screenshot below is an example with only the "Links" color changed to a light pink. ("Block" tab in the right settings sidebar is being hovered over.)
Browser
No response
Context
Initial report in 8219316-zd-a8c. Similar to https://github.com/Automattic/themes/issues/6955 (Illustratr theme).
Platform (Simple, Atomic, or both?)
Atomic
Other notes
Only tested on Atomic so far.
Initial customer reported that this affected the help center window as well, though I haven't been able to replicate that yet. Asking them for more information or screenshots – if this affects the help center, I'd imagine that will affect the priority of this issue.
Reproducibility
Consistent
Severity
Some (< 50%)
Available workarounds?
No but the platform is still usable
Workaround details
No response