jpowersdev

Hi @aurorasenhora,

If you haven’t modified the tab on the edit product page (thereby removing the “saved” aspect of it), the tab won’t be modified as it will no longer be considered a saved tab in the system. However, tabs that are assigned as saved tabs but are not modified should be updated on the products when updated through the global tab interface.

Let me know if that helps,
Jon

Hi @isarisar,

There’s a few things at play here. The first being that the Divi Builder is a premium plugin, and we don’t have a copy of it. It would not be reasonable for us to purchase a copy of each premium plugin that fails to be compatible with our own.

That being said, I can provide some insight into what this issue is. Basically, our plugin uses this WooCommerce hook to modify the array of tabs for a given product. In that hook, the global $product variable is expected to be defined. Divi Builder seems to be manually calling that hook without the global $product variable being in scope, and as such the code fails.

You have identified a potential solution to the PHP error, but that likely won’t solve the underlying compatibility issues between our two plugins. If the $product variable is not defined when the WooCommerce hook is called, our plugin won’t be able to provide a list of tabs.

Divi comes with its own custom tabs module. After addressing several issues with their page builder similar to this one, I’d have to recommend that you use that instead if you’re set on using Divi.

Alternatively, if you’d like to utilize your access to that plugin to develop a stable solution to this problem, you’re welcome to open a pull request – https://github.com/yikesinc/yikes-inc-easy-custom-woocommerce-product-tabs.

Thanks,
Jon

Hi @hellerobgmailcom,

If you set the form to double opt-in, it should set the initial status to pending while awaiting the confirmation email to be clicked. That being said, I’m not sure if the scenario is different when the member previously unsubscribed. You may want to test that.

Jon

Hi @vbengeult,

I would check the List ID in your shortcode. You could also trying using the form parameter instead and see if that works. You can read more about the available options in this knowledge base article – https://yikesplugins.com/knowledge-base/create-an-unsubscribe-form/

If neither approaches results in a change in behavior, you might check your site’s debug log for relevant messages.

Let me know if that helps,
Jon

Hi @mickykkp,

That is very strange, and possibly some sort of javascript conflict due to scripts in your theme. We don’t ship any frontend javascript with this plugin.

Can you provide a link to the page in question?

Jon

Hi @saimoon,

Instead of digging through all of the minified JS files in your theme, you’re probably better off trying to change the method of scrolling to avoid whatever conflict is occurring. This seems to work:

jQuery([document.documentElement, document.body]).animate({
    scrollTop: jQuery(tab.parentElement).offset().top - 100
}, 300);

Alternatively, you could use element.scrollIntoView() or one of the other methods of scrolling the page using JS.

Jon

Hi @saimoon,

According to the Firefox developer tools, your homepage includes 73 JS files. Three of the files from the oceanwp theme stand out as being possibly relevant:

1. ow-infinite-scroll
2. scroll-effect
3. theme

I’m sorry, but digging through all of those script files is outside of the support I can provide. The script that we created together to scroll to the tabs is working, but some other script is presumably reacting to scroll events and performing its own actions. That is the script that you need to find and remove/disable.

Jon