-
Notifications
You must be signed in to change notification settings - Fork 798
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
Widget Visibility Doesn't Work in Customizer #21446
Comments
cc @dsas who worked on that last PR. |
Thanks. The filtering code doesn't run on any page where you can edit widgets because I wanted to ensure you can always edit a widget - if you hide it it'll no longer be editable. The issue here is that it doesn't know the difference between the sidebar and the preview area. I think it should be doable using I'm afk next week but I am aware of this issue |
The customizer screen was not applying saved visibility rules for widgets in the preview on the right hand side. This change addresses that by distinguishing between the customizer and the preview using the `customize_changeset_uuid` GET var. Note that when widget visibility rules are first added they will not be respected until the preview is reloaded, e.g. by navigating inside the preview or by refreshing page. Addresses #21446
Another user report in #4396793-zen |
We are experiencing the same issue that the visibility settings are ignored in the customizer preview. I see there is already a pending PR to fix this, is there an update on when that will be released? |
@ParhamG We're still working on that fix, so I'm afraid we cannot give you an ETA at the moment. |
This issue also reported here: 4442118-zd-woothemes |
The customizer screen was not applying saved visibility rules for widgets in the preview on the right hand side. This change addresses that by distinguishing between the customizer and the preview using the `customize_changeset_uuid` GET var. Note that when widget visibility rules are first added they will not be respected until the preview is reloaded, e.g. by navigating inside the preview or by refreshing page. Addresses #21446
The customizer screen was not applying saved visibility rules for widgets in the preview on the right hand side. This change addresses that by distinguishing between the customizer and the preview using the `customize_changeset_uuid` GET var. Note that when widget visibility rules are first added they will not be respected until the preview is reloaded, e.g. by navigating inside the preview or by refreshing page. Addresses #21446
Impacted plugin
Jetpack
Steps to Reproduce
A clear and concise description of what you expected to happen.
The Customizer view should reflect what shows on the front-end of the site.
What actually happened
At present, widgets show in Customizer regardless of the visibility conditions you setup. By contrast, if you go to the actual site you will see a different view depending on how you have configured the Widget Visibility.
For example, a widget set to display only on the "blog" page will show everwhere in Customizer, while on the frontend it will show only when the criteria is met.
Other information
Possibly related to:
First reported here:
Operating System
macOS
OS Version
No response
Browser
Firefox
Browser Version(s)
v93
The text was updated successfully, but these errors were encountered: