fourlightsweb

That looked like it worked, thanks! ??

I went through the options tab-by-tab and did a ctrl+F find for “content pages” and no setting was found. I also did the setting search and “content pages” returned nothing. Is this maybe a pro-only setting that is somehow inadvertently activating a custom post type in our free version?

Thank you!

It looks like in class Slideshows function save(), ‘keyboard’ is missing from the list of $checkboxes, which is probably related. “hoverPause” and others are listed.

• This reply was modified 10 months ago by fourlightsweb.

Changing the value from “on” to “off” directly in the db corrects the issue, which sounds like it’s an issue with the setting not being saved from the form.

This appears to be called in includes/wplc_updater.php as part of the migration process to upgrade. In version 9.1.1 a function was added called wplc_upgrade_tables_to_utf8mb4() but this function appears to have since disappeared:

https://plugins.trac.www.ads-software.com/browser/wp-live-chat-support/tags/9.1.1/includes/wplc_updater.php

but it looks like the contents of the function were relocated/renamed to wplc_add_files_table() in the current version.

I updated the function in $this->wplc_migration_functions from wplc_upgrade_tables_to_utf8mb4 to wplc_add_files_table and it *appeared* to work but haven’t thoroughly tested yet.

I have the same question – the original author had notes in the admin saying they were dropping support for the plugin, which was no longer going to be compatible when sidebars moved to block-based. It was supposed to be in 5.6, but then WP said they were pushing it back to 5.7, and now I’m not seeing it in 5.7, or any notes about what happened to it. Thoughts on this?

Thank you!

Thanks! ??

Bump ??

Thanks! ??

Er, actually sorry I was looking at the older version when I found the login_message filter – the same file in v7 doesn’t appear to reference it at all.

I looked at the code in wp-login.php and you are correct, they are applied conditionally. However, it also has a separate “login_message” (not to be confused with login_messages) that is shown earlier. New user approve and my custom code are both using this filter. I can see in the TML code where it is applied, but it doesn’t seem to make it to the login page. This test site has only TML and new user approve active, and the login message is not appearing above the login form:

https://fourlightsweb.dev.fourlightsweb-3.com/login

But if I disable TML and go to the normal wp login page, I see the “welcome, you must first be approved etc” message.

What I will probably do is see if I can rearrange TML’s render_errors() method to get them to come back by applying the filters earlier, I was just hoping a more official fix might be available at some point.

I can do this for our custom code, but that wouldn’t necessarily work for the new user approve plugin (https://www.ads-software.com/plugins/new-user-approve/) which is using the normal WordPress filters. =\