David Rychly

Hello Robert,
issues with the notifications settings were already discussed here https://www.ads-software.com/support/topic/fatal-error-after-changing-notification-preferences/

Hello Lucian,

sorry for not sending update sooner. Setting value of the “mfm_enabled-notifications” option to “a:0:{}” from “no” solved the issue.

Thank you very much again for your help.

Ok, I will try to do so when I will be able to reach the PC after my vacation.
But I think that the emails were sent even through I have disabled them during the setup, so I tried to disable them as you can see in the screenshot. But I’m not sure right now, if they were disabled in the settings after that initial setup or not.

Thank you very much for looking into it.

Hello Lucian,

versions are listed at the bottom of the error message in the first comment.

I have unchecked these three checkboxes:

Error causes that I can’t switch between plugin settings tabs and maybe even save doesn’t work (I’m not sure right now).

Error stays even after plugin reinstall.

Hello,

I just tested it with a clean installation of WP 6.0.1 and I didn’t have any issues with saving of the settings either.

Hello,

I can confirm that the problem has been resolved by the latest release.

Thank you very much!

Hello Wei,

it shouldn’t be slower by much, but yeah it can take a little more time to load as the resources for the chatbot are delivered through the Pipedrive infrastructure.

I’m glad that I could help you with this issue and that we were able to solve it.

You could maybe try to contact Pipedrive support directly if they could look into the chatbot code and find the issue which is causing the problem when the resources are cached by NitroPack and if it’s possible to fix it.

I’m marking this bug as solved for now. Feel free to contact us again if there will be any further problems.

Hello Wei,

after extensive testing what could cause your bug it appears that it is some problem with the combination of the LeadBooster itself and NitroPack.

I found out, that the function which makes the header sticky doesn’t get called after the LB is loaded on the page, but if you scroll before the LB was loaded then the header works perfectly.

Could you please try to exclude resources with this rule “https://leadbooster-chat.pipedrive.com/*” from caching in the settings of the NitroPack (advanced settings on their website)? That solved the problem at least for my test scenario.

Yeah sure, no problem. I would look into it tomorrow in the afternoon if it’s okay by you.

I just compared your screenshots and it appears exactly like in the third video. English version menu content is there moved slightly to the right. But I don’t know what could cause that.

It appears that for further assistance I would need to access your site administration directly and check the theme settings and source code.

But by the look of these issues, it doesn’t look to be directly connected with this plugin.

Hello Wei,

I’m afraid that I don’t have access to screenshots, so I sent a request for access to them.

Those videos are interesting, after previous looking into the code I would say, that the settings for the navigation menu were changed to not be “sticky” on bigger resolutions as opposed to how it was on the first video. The third video looks like the whole menu in the English version is moved more toward the right side, but on my devices I see it centered in both languages.

I would suggest you try to clean NitroPack cache, if you didn’t already do that, and then check if it stays the same right now or it fixes by itself.

Hello Wei,

I tried to look on your site and found out, that the menu has a “position: fixed” (to stay on the top of browser viewport) set only for screens with a maximum width of 959px. For larger screens, it has a “position: relative”, so it stays in the same place when a user is scrolling the page. I don’t understand why on some pages it’s working as you wrote, but it’s maybe caused by a newer cache in “NitroPack”.

I didn’t experience any problems with the width of the menu being inconsistent when switching the language.

Hello,

yes in the meantime I got the answer on the other forum too, so I’m closing this topic, but I still think that this issue wasn’t handled properly ??.

By the way change of the plugin description isn’t the right way to solve issues like this ??

Hello @mediawebster,

that doesn’t matter as per the plugin description this feature should be in both versions. But the reality is that it is not available in the code of neither version by default.