• Resolved novawwang

    (@novawwang)


    I have a multilingual website using WordPress 5.7.3 with the theme Uncode 2.4.0.2 and I came across a bug while using Leadbooster version 1.0.5.

    Before integrating the plugin, the top navigation bar works as desired all the time.
    It was designed to be a sticky menu which is also a fixed navigation menu on a webpage that remains visible and in the same position as the user scrolls down and moves about a site. Also, the width of entire navigation menu and the position of language switch (on the top right corner) stay fixed when changing between English and French.

    After the plugin, it breaks the menu and causes an unstable behaviors. For some pages, the menu sticks on top, but some do not. Even for the same page, the menu is sometimes fixed and sometimes not everytime it re-loads. I tried adding an extra css code in order to force the width of the navigation bar stay the same, e.g. width: 100% !important. However, it does not work as expected.
    It is hard to reproduce the bug 100% of the time, it makes the troubleshooting difficult.
    As the chatbot is added as an iframe, I have no idea why adding the chatbot to the site causes the bug of the menu on top.

    Could you please help me resolve it or is there any configuration that I am missing?
    Thanks in advance.

    Best Regards,
    Wei

    The page I need help with: [log in to see the link]

Viewing 11 replies - 1 through 11 (of 11 total)
  • 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.

    Thread Starter novawwang

    (@novawwang)

    Hello David,

    Thank you for your quick response. I appreciate the attention you are giving to this issue.

    In your opinion, do you think it is maybe caused by the cache in NitroPack if I experience the width problem?

    To better explain the bug I saw, I provide a few screen recordings shown as below:

    – how the navigation menu looks like before adding the plugin:

    – how the menu is expected to look like after the chatbot:

    – how it actually looks after the chatbot:

    Also, here are the screenshot to demonstrate the spacing between the language switch and the frame are inconsistent when changing the language.
    https://drive.google.com/file/d/1hTQQowL7VJ41sVOXehrrPPg3igFMgtNS/view?usp=sharing
    https://drive.google.com/file/d/1WxEMunvFKBbnEyvkn3GfS1sHPV3YkfcO/view?usp=sharing

    Thank you for your assistance in this matter,
    Wei

    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.

    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.

    Thread Starter novawwang

    (@novawwang)

    Thank you again for your support.

    I purged the NitroPack cache every time there is a change and the same problems still come back.
    Would it be okay that I use the gmail that you sent the request to create the account for the access and send you the credential via the same email address?

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

    Thread Starter novawwang

    (@novawwang)

    Sure. I have sent you the access.
    Please let me know if you received the email.

    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.

    Thread Starter novawwang

    (@novawwang)

    Hi David,

    Many thanks for your assistance. I will exclude the resource in NitroPack and perform some tests tomorrow afternoon.
    I will get back to you as soon as possible.

    Thread Starter novawwang

    (@novawwang)

    Hello David,

    I added the rule to exclude the resources from caching.
    The loading is a bit slower than before especially for the main page, but it solved the problems and the menu works.

    Your time and support are greatly appreciated.

    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.

Viewing 11 replies - 1 through 11 (of 11 total)
  • The topic ‘Bug with Uncode theme’ is closed to new replies.