-
Notifications
You must be signed in to change notification settings - Fork 358
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[FSE]: Global Styles link color setting overrides color set for Navigation items #6195
Comments
5361706-zd-woothemes Shared the workaround. |
5363094-zen Shared the CSS workaround. |
📌 SCRUBBING
📌 FINDINGS/SCREENSHOTS/VIDEO
However the live page view not render correctly: 📌 ACTIONS
|
36072801-hc Suggested changing the "Submenu & overlay background" color. |
+1 at 35300729-hc, I recommended they choose a different color for the links or background. This worked for them. |
+1 5427038-zd-woothemes Recommended they use the Styles tab to change colors for menu links. |
@mrfoxtalbot if you have some bandwidth, I may need a double check on this issue. |
Another one, here 36227265-hc Follow-up here, please:
|
Thank you for the ping @Robertght ! I have been able to reproduce this using Twenty Twenty-Two, so I think this is coming from Core. I do think that this is intended: changing link colors should affect links in the menu (they are links too, after all). The way I understand this, the issue is that this is not previewed in the Site Editor (links in the navigation menu do not appear to be affected) and this leads to confusion. Arbutus:Twenty Twenty-Two:I am going to see if I can find an existing issue in the Gutenberg repo before I open a new one. |
I have found this to be a little more complicated that it seemed. On a self-hosted site, the behaviour is inconsistent, but different! It looks like this might be related to which header is being used, but I need more time to test it and might be related to this WordPress/gutenberg#41146 I will try to come back to this later, but here is a video: Screen.Capture.on.2022-07-28.at.17-03-45.mp4 |
My test on the ticket above indicate that is not only font color, but font size as well. One other thing I noticed, which might be a different issue all together, is that using the "Restore Defaults" option leads to an Here are the "Copy Error" logs:
|
Another report: 36434347-hc |
Occurred in 36470426-hc and solved with this CSS:
Used |
Please see WordPress/gutenberg#41146 (comment). Also a patch fix has landed in WordPress/gutenberg#44578. |
Support References This comment is automatically generated. Please do not edit it.
|
Thank you @getdave! |
I've manually sent the follow-up replies to the affected users (listed above). ✅ |
This issue has re-appeared on 6067313-zd-woothemes |
Reported in 6067364-zd-woothemes Provided CSS workaround for now |
Reported here: 6068609-zd-woothemes |
@scruffian I know you've been working in and around this area recently. Are you aware of anything that has changed with handling of colors? This scenario also requires an e2e test. |
Same issue: 6074726-zd-woothemes The Home navigation link did not respect the color choice in the Editor but showed the link color choice. However, even when I changed the link color options, the Home button didn't change. Provided CSS workaround. |
I think this may be related: WordPress/gutenberg#44931 Global Styles: Styles specificity and users expectations If so, the TLDR here is that GB is working as intended, but has a confusing UX due to the hierarchy of elements vs blocks. @dsas Do you agree this is part of that larger conversation? |
@cuemarie it's related to that conversation but probably not a duplicate issue. According to an earlier comment the navigation menu has some specific custom behaviour that acts more in-line with what users are expecting, it seems that custom behaviour has stopped working. |
Reviewed all the new reports since this was solved, and they are all occurring on theme |
I do think this is a different issue, specific to Blockbase child themes. Closing this again in favor of a new report: Automattic/wp-calypso#75088 The following new reports have been added to the new issue instead:
|
Quick summary
On Atomic sites, the color set for Links under the global site styles overrides the color set for the navigation items.
From my tests, this only affected Atomic sites, non-Atomic sites with the same FSE themes did not have this issue and it was possible to set a color for the navigation items.
Steps to reproduce
The color set by the theme prevails over the preference of the user:
The live site:
What you expected to happen
The color that was set specifically for the navigation items to show on the live site, as it does for non-Atomic sites.
What actually happened
The color set under Global styles overrode the element-specific color setting.
Context
5357926-zd-woothemes
Simple, Atomic or both?
Atomic
Theme-specific issue?
I tested with Arbutus and Antonia and the issue affected both themes.
Browser, operating system and other notes
No response
Reproducibility
Consistent
Severity
Some (< 50%)
Available workarounds?
Yes, easy to implement
Workaround details
I provided the following CSS:
/* Set color for navigation items / XXXXXX-HC/ZD (XXX) */
.wp-block-navigation a{
color: #xxxxxx;
}
The text was updated successfully, but these errors were encountered: