-
Notifications
You must be signed in to change notification settings - Fork 2k
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
Block Widgets: Lost Widgets after viewing widgets.php #57170
Comments
cc @mattwondra who saw this issue in action with another theme 😬 |
Another case here, probably. Site uses Digg 3 column; I confirmed in my test that it does the same thing, although interestingly, the second column of widgets didn't fall out. Just the first. However, I could not manage any of them via the widgets.php page. It just says "Inactive" there. https://wordpress.com/forums/topic/how-do-i-restore-my-widgets-2 |
As a workaround, it looks like the HE in 3471171-hc disabled Block Widgets and the user was able to drag inactive widgets to the sidebar using the Classic widgets interface. |
Ah! I was out for a while and must have missed that option. Thank you! It'd still be good if we could fix whatever is making the widgets fall out. |
I believe we ran into this on the (retired) Verity theme also, all widgets were inactive. 31896520-hc |
The issue was also reported on 4394491-zen. I disabled Sorry, I mistakenly closed the issue 😵💫 |
4395017-zd-woothemes |
Another case with Tarski in this thread: Applying workaround for now. |
@dpasque, @cometgrrl, flagging for your attention 🙏 |
Another case here with the retired Note: this site's widget page only shows an "Inactive widgets" area. Enabled Block Widgets and moved their inactive widgets back to the now-visible Sidebar widget area. |
Another one: 4399758-zen |
Also reported in https://wordpress.com/forums/topic/block-widgets-widget-disappearance-and-visibility-issues. I've toggled the block widgets sticker in the RC for now which has restored access to the deactivated widgets |
Another report: 4042754-hc They're using a retired theme, Enterprise. I disabled the block widget from Blog RC as a workaround. |
Tagging @Automattic/flow-patrol-create based on issue content |
Also pinged internally: p1635173245005700-slack-C029HCKPXP0 |
Another case here: 32389054-hc |
I've seen a related issue with new widgets not saving on .com simple sites. This seems to happen with newer themes too, so split into a separate issue: #57330 |
Another report here 23517333-hc |
@inaikem , I've tried as well, but same @Greatdane , I'm unable to reproduce the issue. Also want to point out another Block Widget issue that PA Triage hasn't been able to reproduce on a test site, and can only be experienced on users' site: #58835 |
Thanks @Greatdane, @formosattic 👍 @chad1008, would you be able to check if this is related to anything that's been deployed since the initial patch? |
Hm. So far I'm not able to reproduce it at all, which I know others have noted... if it's only present on impacted sites that does indeed make it difficult to dig into.
It's interesting how site-specific this is, and that it sounds like it's happening on older sites. If I had to guess (and I want to stress this is a theory, not something I can confirm) I think it's possible this is less to do with a recent change and more to do with something inherent to those older sites that makes them an exception to the patch. Again, that's just a theory. cc @david-binda in case you have any insights from your work on that previous patch (though I know it was several months ago, so may not be something you have ideas on off the top of your head) |
@chad1008 : Would you have a hunch for how old those sites would be? I ran into another block widgets issue that only happens on the user site, #61727 , and the site was about a year old (created on Dec 2020). |
The issue happened in 23454328-hc. As a temporary solution, I disabled Block Widgets in Blog RC. User has Twenty Eleven Theme. |
I wonder if this would be easier to reproduce and catch the issue if we:
|
I've moved this to the Triaged column for now as we cannot start with a classic theme in my tests. |
Agreed this is problematic. However we probably wont be able to get to this soon due to the prioritization of other FSE issues and the impact this causes as we focus users towards FSE. |
Seems the "Heart And Style by MeridianThemes" is also affected by this. |
I think the user on 5239817-zen is also having this issue. However, widgets are also missing in the Theme: Rowling |
Hi there @cometgrrl , do you have any feedback on when the team may be able to investigate this issue further? |
@vajrasar could you work with the PA team (cc @inaikem) this week to bring this one up with the proper Landscape area (not sure whether this falls into Create, Expand, etc) and see if we are able to prioritize it? I am not sure what the other competing priorities are but would like to bring it up at least for awareness - it seems to still affect several users, here are some things I recommend we do here:
Let's see what we can do together here 👍 |
@Addison-Stavlo would be the best to answer this. If Cylon doesn't have time still to look at it, we can try to pass it to @Automattic/dotcom-janitors. |
this would be fantastic. |
Another report here: hc-34898229 - theme: https://en-gb.wordpress.org/themes/lekh/ (third party). Installing classic widgets restored the widgets to their location in bulk. |
I am not able to reproduce this on my test site, where I tested with multiple themes listed above, including setting up widgets with the Block Editor disabled for widgets, and then enabling the Block Editor for widgets (I used this full flow for three of the themes). I did trip over a case with Outspoken where the widget preview was only 8px tall, but in no case did I end up with any inactive widgets. But it's not clear whether the issue is related to specific widgets or something specific to the sites that is causing the widget conversion logic to behave poorly. |
reported in 5633975-zen on Penscratch 2 |
Lowering the priority since we have not had recent reports, and we have not been able to reproduce it recently. |
Another report here: 6255245-zen. I can't replicate this issue on their site, but the user shared details showing they are being affected by it. |
Quick summary
On at least two older themes, a visit to widgets.php seems to cause all widgets to go inactive, without even saving changes on the page.
Steps to reproduce
NOTE: this also happened when viewing Customize > Widgets for the first time since block widgets were enabled, but I haven't been able to reproduce that consistently, because most of my test sites now use block widgets. I did notice, though, that after the initial loss, I can add widgets back in through the Customizer without them being lost when I revisit that tool.
What you expected to happen
Widgets should not automatically deactivate, regardless of theme.
What actually happened
Widgets are lost on some themes and can only be brought back through Customize, where inactive widgets don't exist.
Context
Forums post: https://wordpress.com/forums/topic/sidebar-disappeared-16/
Screen recording: https://cloudup.com/ckC1ZLmESLd
Operating System
No response
Browser
No response
Simple, Atomic or both?
No response
Theme-specific issue?
Vigilance + Digg 3 + an internal theme (ping me on slack for details)
Other notes
I haven't been able to duplicate this in a handful of other themes I checked, so when I first saw this error, I thought it was limited to that one internal theme. However, I experienced it again with this user today. I spot checked more themes, and have so far only seen the issue in two.
Reproducibility
Consistent
Severity
Some (< 50%)
Available workarounds?
Yes, difficult to implement (needs help from HE then user has to redo their widgets)
Workaround details
EDIT: HEs can use a sticker p7DVsv-cqD-p2 to fix this, then the user can re-add their widgets.
The text was updated successfully, but these errors were encountered: