Fallback refreshes the page when clicked

Hi @ibloodheuer

Thanks for using SuperWebShare and taking time on open an issue.

First, can you please share some more information on what you mean by “WebViewGold”? I didn’t get a clear idea about it, that’s why I am asking about it.

I checked your website via my mobile device and noticed that native sharing works without issues. And when I checked the page via the desktop, I saw a cached version with the admin bar showing on all your pages. So can you please try to flush the cache within the CDN and caching plugins to narrow down the issue? If the problem persists after clearing the cache, some plugins or the theme on your website is causing this refresh on the share button click.

Also, I would like to let you know that we won’t refresh the page when you click on the fallback. You can see the sample of how the fallback works over our website superwebshare.com

Kindly please let us know the results.

Looking forward to hearing from you soon.

WebViewGold is an WebView app generator, based on Chromium…

I’ve cleared the cache multiple times to no avail…

Hi @ibloodheuer ,

Thanks for getting back to us and also sharing the details.

I checked this use case on my multiple domains and having different themes and confirmed that all the fallback are loading without having any kind of page refreshes. So something on your website is changing the Super Web Share functionality.

Also upon checking the source code, it seems like the CSS classes usually outputted by Super Web Share plugin is changed manually via some code to output the sharing button or by other plugins on your website. So can you please confirm whether you have performed a conflict check to find out whether any plugins or themes are causing this or not? You can find out the steps to perform a conflict check at here.

Looking forward to hearing from you.

Hi @ibloodheuer

When checking a closer look at the code, even though the code outputted by SuperWebShare is customized, I noticed that you/your developer had added a href within the button to the same page. This would be mostly the reason for the loading of the page again when clicking on the button.

See the code outputted on the page for the button for your reference:

<button on="tap:superwebshare-lightbox" rel="nofollow ugc" a href="https%3A%2F%2Fcoopertek.com.br%2Fproduct%2Fplaca-principal-lg%2F" class="cooperbotao lh_web_share superwebshare_prompt" style="margin-left:3px;background-color: #2d3277;"><i class="fas fa-share-alt"></i></button>

Kindly try to remove this a href from the code you have added for the button to get this issue sorted out.

If you have any other questions, just let us know, and we’ll be happy to help.

I’ve removed the HREF (wich is needed in other contexts)…

But the Fallback still keeps refreshing…

Hi @ibloodheuer

Thanks for getting back to us; when I checked now the ahref is removed, but the page is getting refreshed even when clicking on the “Compare” or “Add to cart” buttons. So performing a conflict check or checking the code with your developer would be the best approach to narrow this down.

Also as we mentioned before, have you performed a conflict check having the default theme like Twenty-Twenty-Two?

Looking forward.

I can’t find exactly what is the conflict, since this refresh only happens in certain contexts…

There isn’t a way to show the Native WebShare even on browsers flagged as unsupported? That would definetively solve my issue.

Hi @ibloodheuer ,

Thanks for getting back to us. I think some code on your website is adding a refresh to the page weither for div or based on some class names. As the issue persists when clicking on the add to cart button, a thorough check with your developer would be the best way to sort this out.

Regarding your question, native share prompt only shows on the browsers which are supporting the Share API. In most desktops this API is not yet supported, that’s why we’re providing the fallback option. In future these desktop browsers may support the native sharing API, but we are not sure when it will be. Once the desktop browsers start supporting the API, then our plugin will automatically show the prompt without doing anything changes.

I’ve managed to make the fallback work, but my main issue with it is that the Whatsapp share opens in Chrome instead of WhatsApp on mobile devices… I’ll try to solve it from the apk side of things…

Hi @ibloodheuer ,

Awesome! It’s a happy news!!! Could you please let us know what was the issue with the fallback and how you have fixed it?

Also if you can share more details on how you have added the custom button to the page and added the superwebshare to it, it would be helpful for us. It would be awesome if you can share these details to our email mentioned at our website, so we can improve the product.

Have a great day!!