Matt Cohen

Hi @sirrahikkala. I’ve tested and can confirm that WooSidebars is working with WordPress 6.5. I’ve gone ahead and updated the “Tested up to” version in the plugin’s readme file to reflect this.

> What tasks pending? I dont see what you’re talking about.

If there are tasks pending, they will be at /wp-admin/admin.php?page=wc-admin at your store. From Query Monitor, it looks like there are several tasks which may be done, though need their checkbox checked to be marked as complete (removing the additional queries being run).

> Also is there a way to roll back the data base version to 6.6.1 form 6.7?

There is a way to adjust the WooCommerce database version number, though it shouldn’t be necessary and shouldn’t be blocking your store from running.

There is a list of all database options at /wp-admin/options.php. This is a last-resort approach, used only if the WooCommerce version number is blocking your store from running.

On the /wp-admin/options.php screen, search for “woocommerce_db_version” and adjust it to 6.6.1, clicking “Save Changes” at the bottom.

Hi @edat –

It looks like there may be several tasks pending in the task list on the WooCommerce “Home” screen in your WP Admin. These are likely creating the additional database queries.

Do the queries still run (and run slowly) once all tasks in the task list are completed?

As an additional peace of mind, when running repeats of the same query, your WordPress will pick up data from it’s object cache, instead of querying your database directly. I see you have an object cache plugin installed, which facilitates this.

object-cache.php: SpinupWP Redis Object Cache Drop-In

Hi @itguysconsulting ,

Thank you for reporting this. Version 1.4.6 (deployed today) of WooSidebars adds support for PHP 8 and resolves this issue.

Hi @daliborpuljiz ,

Thank you for reporting this. Version 1.4.6 and higher of WooSidebars adds support for PHP 8.

Hi @tomcoady,

Version 1.4.6 of WooSidebars resolves the PHP 8 compatibility issue reported.

Thanks for notifying us of this.

Hi @milouze @mindas22,

Version 1.4.6 of WooSidebars resolves this issue by updating the sprintf modifier used.

Thank you for reporting this.

Hi @marcopolo11.

Looking at the link provided, it looks like the JavaScript error has been resolved.

For future reference and future readers, an error like this is often caused by a piece of JavaScript code which is triggering an error not being handled correctly. This in turn can stop other JavaScript from running. In this specific instance, it looks like a sticky-footer-bar.min.js file is trying to find the height of the browser window, unsuccessfully. When no height is returned, the JavaScript isn’t handling that error correctly, causing other JavaScript on the page to break.

I’d suggest sharing the error message @hemant-ahir pasted with the developer of the plugin or theme which is loading sticky-footer-bar.min.js, so they can inspect and ensure the error is resolved in future versions of their product.

Hi xopox,

Looking at this, I’d recommend replacing your embed codes with a one-line video embed for each video. This is where you place the video URL on it’s own line in the content, and WordPress embeds the video for you.

A filter on the_content would be a good way to start, with a regex to match all div tags with the video CSS class. From there, pulling the URL of the video out of the matched text, and replacing the div tag with the video URL, would achieve the desired result.

This would also be non-destructive, as it doesn’t actually replace the content in the database, yet overrides the videos with new embeds.

I hope this helps, as a starting point.

Hi there,

Did you come right with this? I see that wp-admin for your child sites seems to load, which is an indicator that the files inside there (at least index.php) are loading correctly.

Hi there,

This sounds like an interesting project, and one which may require some custom coding. I looked around briefly for a plugin which offers similar features, and didn’t find such a plugin quickly.

It sounds like the components you need are a members area, ways to have members upload files by a specific date, and a way for a moderator to evaluate the work, and open up the next session for a member.

Perhaps a course or e-learning plugin, with slightly different labelling on the frontend, would serve such a purpose.

Hi jqbear29,

There are some great plugins available for creating user profiles. I’d recommend searching the “Plugins” directory for “Profile Builder” or “Memberships”, for a full list. There are also plugins which handle portfolios.

This may require a small amount of custom coding to get the portfolio items to show on a specific profile page.

You could also look into BuddyPress, which comes with a profile system, and then try a plugin like Jetpack for portfolio items.

All of the best with this.

Hi limvus,

The widgets.php file is used purely to manage widgets via WP Admin. Other widget-related functions are used to output your websites within your theme.

The WordPress Handbook has a great section on widgets which I’d recommend reviewing, before you debug further.

Hi Alixia,

I’d suggest contacting your web host or website administrator. It sounds like there is code running on your website which is preventing the full loading of WP Admin.

To deactivate plugins in bulk, visit WP Admin > Plugins, select all the plugins from the checkboxes on the left, and use the bulk actions to “deactivate”.

Hi there,

This has been tested on the latest version of WordPress. Sorry for the confusion here.

We’ll get this updated in a future release of WooSidebars.