lolalyluo
Forum Replies Created
-
@stanikub
This an engineer from Facebook chat plugin team. Our iframe has scrolling=”no” set correctly. This is to prevent users scrolling the page through the chat plugin iframe, which cause bad experience and bugs.
However, in the <html> tag, there is “overflow-y: scroll !important;” which overwrites the scrolling=”no” for the iframe. Remove that css, and the problem goes away.I hope this help. Have a great day!
It’s me again!
After looking into this, there are some css applied.I identified this component: “<link rel=stylesheet href=https://cdn-01.smartrecruit.ro/wp…/cache/minify/e0c00.css media=all>” in the https://www.smartrecruit.ro/ page.
After opening the link we can see one of there is a css : “iframe{width:390px !important}” Which means apply width 390px to iframe (the messenger icon is an iframe). !important means overwrite everything.
please remove this css and the issue shall go away
Hi! This is an engineer from Facebook working on this issue. We think we have found the root cause and updated our SDK.
Please try again and see if the issue persist. If so please send us your website, and if you took down the plugin, please also send us the code you used to install the plugin. Thank you!Hi! This is an engineer from Facebook working on this issue.
Sorry you are experiencing it ??
We have put out a fix in our SDK which should resolve this issue.If not, could you provide your website and the code you used to install the plugin? Thanks you!
I checked the website.
I think some customized CSS is applied to the bubble and the dialog, so that the dialog is on the right side of the bubble. Specifically: “width: 390px !important;”
Deleting the CSS code interfering with the chat plugin can resolve the issue, but the dialog will be on the left side as our defaultHi! This is Shuyuan, an engineer from Facebook working on plugin.
When you say the bubble, do you mean the messenger icon or the message dialog?The message dialog when closed(minimized) does have width of 390px, but also height of 0px, so it should not block any content. Can you maybe share a screenshot with the element highlighted?
When you say “bubble never opens anymore by itself”, does it mean the dialog doesn’t auto-expand on page load?
In that case you can try to clear the cookie/cache, and if you have it set to auto-expand, then it should work with a clean cookie.Also if you can share your website, that’d be helpful too. Thanks you ??
Hi everyone! GOOD NEWS! I was able to identify the root cause.
TL. DR. We think the issue is with old way of setting up the chat plugin. As the page admin:
1. please go on facebook.com,
2. Go to Page Settings > Messaging,
3. In the ‘Add Messenger to your website’ section, click the ‘Get Started’ Button.
4. Customize your chat plugin and then you will see generated code for your plugin.
5. Replace the old code with the generated code. Then the issue should go aways.I tried one of the site with this issue and the issue disappeared after I replace the old plugin code with the generated code from facebook.com. We suspecting the old way of setting up plugin has some bugs.
Please try this out and let us know if you still have the issue
Hi! I’m a software engineer from the FB Chat Plugin team.
Sorry for this issues ??
We are still actively working on this issue.Here is what I have so far: on our end, we use animation fb_customer_chat_bounce_out_v2 to set the max-height to 0 to the dialog iframe. On sites where the plugin works fine, we always has that style class even after refreshing the page. On broken plugin pages, the class fb_customer_chat_bounce_out_v2 is gone after refresh. We are suspecting something deleted that.
You can try to tweak your code to have the plugin not nested in other container and styles.
We are also working on seeing if we can do things on our end to prevent this from happening.
A fix is already shipped when you disable the guest mode, the iframe is slightly bigger and blocking some content.And yes, we are working on giving control to disable pop up. I think setting greeting_dialog_display to “hide” should help.
Please also refer to the dev doc here: https://developers.facebook.com/docs/messenger-platform/discovery/facebook-chat-plugin
Hi! I’m a software engineer from the FB Chat Plugin team.
I was not able to re-pro the bug. Could you:
1. list the environment and steps you took to see the bug?
2. Did you happen to somehow disable the auto-prompt for the chat plugin? We suspect that could be a cause.
3. We got other report, where the issue went away once you expand then minimize the plugin. Is that true for you?Thank you very much for the help!