Global Styles: Fix Reset to defaults action by moving fills to be within context provider#46486
Conversation
…hin context provider
|
@youknowriad this change appears to fix the issue, just double-checking if there was a reason the component was moved outside the provider in the original PR? (Just want to make sure we don't accidentally cause any other issues via this fix) |
ramonjd
left a comment
There was a problem hiding this comment.
This is working well for me.
✅ The reset global styles button works again (setUserConfig has the correct function signature)
✅ When changing to this branch, I can reset user global styles that I'd set using trunk
I can't see any issues with the site editor view mode, though @youknowriad might like to double check.
|
Size Change: +1 B (0%) Total Size: 1.32 MB
ℹ️ View Unchanged
|
If there was a vote, my vote would be to merge this and get it checked over night. It blocks a pretty important feature. |
I was just thinking the same. It's an easy revert if it causes any issues. Thanks for the speedy review / collab on this one! |
|
Thanks :) |
What?
Fixes: #46484
Moves
<SidebarComplementaryAreaFills />which contains the global styles sidebar to be within the global styles provider.Kudos: @ramonjd for the idea!
Why?
Without being inside the provider, the
Reset to defaultsaction does not work.How?
<SidebarComplementaryAreaFills />to be within the global styles provider.Testing Instructions
Screenshots or screencast