Plugin Author
Ajay
(@ajay)
I also looked at Archives widget and I think the only difference I see is this line:
'show_instance_in_rest' => true,
https://github.com/WordPress/WordPress/blob/master/wp-includes/widgets/class-wp-widget-archives.php#L29
I’m not sure if that is the issue.
Plugin Author
Ajay
(@ajay)
Thanks. so it can’t even be a PHP issue as I’m running that on my blogs.
Is your Appearance / Widgets the old style pre WP5.8 or the new style which is the Gutenberg editor?
It is the Gutenberg editor!
Plugin Author
Ajay
(@ajay)
@rurmeer That might be the issue. I need to figure out how to get that to run as I suspect the themes I use enable it as I only see the old interface.
Can you please point me to any of themes your using so I can test. Hopefully a free one from wordpress.org
1.Bravada Version: 1.0.5
2.HitMag Version: 1.2.9
3.RestImpo Premium Version: 2.0.4 (paid, but an old one without updating)
4.Total Plus Version: 1.3.7 (paid, but there is also a free version)
Plugin Author
Ajay
(@ajay)
Thanks. Let me see if I can replicate with any of these. Worst case I’ll do a brand new install!
Plugin Author
Ajay
(@ajay)
I’ve been able to replicate it on one of my test installs. Not sure why it happens this way.
I need to do some testing to figure this out, but have to admit it is frustrating!
Sam
(@kavaxtreme)
I experienced it on PHP 7.4.22. Just tried it again on PHP 8.0 and it still doesn’t work but it’s a little different. After updating the widget and clicking the “Update” button on the widgets screen, the button doesn’t gray out and when I click on another link the browser notifies me my changes are not saved and will be lost if I leave the page. If I update other widgets, the Update button works as expected.
Sam
(@kavaxtreme)
Fwiw, I get this message when wp_debug is enabled and I’m on the widgets screen: “Notice: wp_enqueue_script() was called incorrectly. “wp-editor” script should not be enqueued together with the new widgets editor (wp-edit-widgets or wp-customize-widgets). Please see Debugging in WordPress for more information. (This message was adde in version 5.8.0.) in /www/[folder]/public/[theme]/wp-includes/functions.php on line 5535″
Plugin Author
Ajay
(@ajay)
Thanks Sam,
The install I have caught the bug is my live server with 7.4 but this helps as it means the saving isn’t registered.
I’m rewriting the widget modeling it on the archives widget.
Is there and plugin widgets that work. These all need to be the legacy ones for testing.
I think the enqueue error on your post looks like a theme one. But you’ve reminded me to check the browser console. I have query monitor installed by it’s not picked anything up.
Plugin Author
Ajay
(@ajay)
@kavaxtreme @rurmeer
I think I’ve fixed this. Would you be in a position to check?
https://github.com/WebberZone/top-10/blob/master/includes/modules/class-top-ten-widget.php
The above link is the fixed PHP file which will need to be replaced on your server in /wp-content/plugins/top-10/includes/modules/
Sam
(@kavaxtreme)
That did not fix it for me.
Plugin Author
Ajay
(@ajay)
This is what I did to test if it worked.
In the new view of the Widgets editor in Appearances, I click on the Top 10 widget, which then changes to the form. I check Counts and uncheck the other three.
I click away from this and the widget refreshes to the front end view with the post and just the counts. No date, author and excerpt visible now.
Then click the top right Update button. When I do that it gives a message in bottom left saying Widgets saved.
I refresh this page and check if widget state is saved and also check the site. Previously on refreshing everything got viewed, not just the Count.
Is this what you were also doing @kavaxtreme except for the last para where you still see everything visible?
Sorry, but I can no longer participate because I unfortunately no longer understand anything at this level of software and discussion.
