Pial
Forum Replies Created
-
Hello again @joncon62 ,
I’m really glad I could help you with this. Honestly, it was nice working through the issue together, and if anything else comes up later, please don’t hesitate to reach out. We’re always around and happy to help, truly.
If you don’t mind, I have a small personal favor to ask. It would mean a lot to me if you could take about 30 seconds to leave a 5 star review and share your support experience with me. Feedback like this genuinely helps me understand what’s working and how I can do even better going forward.
Here’s the link whenever you have a moment
https://wordpress.org/support/plugin/betterdocs/reviews/#new-postThanks in advance, I really appreciate it. Looking forward to hearing from you again if you ever need anything.
Have a great day ahead.
Hi @joncon62,
Just checking back in to see if you had a chance to try the import again after clearing the browser cache, as suggested above.
If the duplicate prompt behavior is still happening on your end, please let us know. Even a quick note about what you’re seeing would help us narrow this down a bit more. We want to make sure the import flow behaves consistently and doesn’t cause confusion.
Whenever you have a moment, feel free to update us here and we’ll continue looking into it.
Hi @flatword
Just checking back to see what you’re currently seeing on your end with the scan counts in Manage Links.
Are they still disappearing after a refresh, or have they started showing up normally again? Even a quick update would help us understand where things stand now.
Looking forward to hearing what’s happening.
Hi @flatword,
Since we have not heard back from you, we are assuming the issue is now resolved, so I am going to close this thread.
If the problem comes up again or if anything still feels off, please do not hesitate to open a new topic and let us know. We will be glad to look into it further.
Thanks again for taking the time to report this.
Hi @programmin,
Just following up here to see if you had a chance to check this.
When you have a moment, could you please let us know which PHP version your site is currently running. Since this looks related to PHP 8 behavior, that detail would really help us narrow things down.
If possible, sharing your site info report would also be useful. That way we can try to recreate the same environment on our end and understand exactly where this is breaking.
Thanks for your patience. We are still looking into this and will update you as soon as we have more clarity.
Hello @digitalartifex
We would like to clarify a few points so this can be addressed properly.In our earlier reply, we asked which widget or setup flow you were using and whether the elements were enabled as outlined in the documentation we shared. That information has not been addressed yet, and without it, we cannot confirm whether the issue you described is related to our plugin setup or something else in the environment.
Regarding the email concern, we do not intentionally add support contact emails to marketing communications. There are multiple ways an email address can end up on a mailing list, including prior sign ups or interactions that may not be immediately obvious, which is why verification is required before drawing conclusions.
To verify this, we would need the email details. A screenshot of the email footer showing the subscribed address, along with the email headers, would allow us to confirm whether the message originated from us and where that subscription may have occurred.
Using the term malware on a public forum is a very strong allegation, especially against a well established and widely used plugin. We hope you understand it is not our intention to disturb our users. Even if, for an unexpected reason, an email did originate from our system, we would want to verify it so it can be stopped immediately. If it did not, that clarification is equally important.
Since this requires account and email level verification, we would request that you contact us directly through our commercial support channel so we can investigate this properly.
Hi @programmin,
Thanks for sharing the BetterLinks version, that really helps.
We are still checking this on our end. When you get a moment, could you please let us know which PHP version your site is currently running. It would also be really helpful if you could share your site info report, so we can try to reproduce the issue in a similar environment and narrow this down properly.
Looking forward to your update.
Hi @joncon62,
Really sorry for the delayed response here. Please accept my apologies for the wait. I know this took longer than it should have.
The good news is that we’ve now fixed the issue causing the Gutenberg block errors during export and import. The fix is already prepared and will be included in our upcoming release very soon.
In the meantime, you can try our development version to confirm everything works correctly on your side. Please kindly download it from here:
https://d.pr/f/EAxjZKOnce you’ve tested it, let me know if the block errors are gone or if anything still looks off. I’ll be happy to follow up.
Thanks a lot for your patience.
Hi Billy,
Just checking back to see if you had a chance to try the steps I mentioned earlier and whether the scan counts started showing up again in Manage Links.
If it’s still behaving the same way, a short screen recording would really help us understand what’s happening on your end. I’m especially curious about the timing gap you mentioned, since Analytics shows data but Manage Links stays empty for a while.
Whenever you get a moment, let me know how it’s going. Happy to dig further if needed.
Hi @flatword,
Really sorry for the delayed response here.
Good news though. This issue has already been fixed in our latest BetterLinks release. The problem where duplicated links were losing their tags after saving is resolved in version 2.4.0.
Please update to the latest version and check again. It should behave as expected now.
Let me know how it goes, and thanks again for reporting this.
Hi @veliseremet,
Thanks for sharing this and for taking the time to dig into it.
Quick summary: the issue came from a leftover script reference after an internal build change. The geolocation service was moved into our main bundled script, but the old standalone file was still being requested, which caused the 404 and MIME warning. This has already been fixed in our dev build and will be included in the next BetterLinks release.
About the JavaScript you shared, it’s a general IP based helper and doesn’t tie into BetterLinks’ internal logic or features. While adding the file can stop the console warning, it doesn’t reflect how the plugin is intended to work.
Because of that, we would strongly recommend not using this custom file. While it may appear to work, it bypasses the intended implementation & outside our control, and could lead to unexpected behavior or conflicts in future updates.
Please kindly use our development build and let me know if you face any kinds of issues.
Thanks again for contributing to the discussion, and for the patience while this was being sorted out.
Hello again @malinabi ,
Just an update from our side. We’ve identified the root of the issue and the fix has already been completed on our end. It will be included in the next BetterLinks release, so once that update is available the 404 warning should no longer appear.
If you would like to move forward sooner, you can use the Dev build here: https://d.pr/f/joUeo4
That version already contains the fix and has been tested internally.Please let me know how it works on your side, and thanks again for taking the time to report this.
Hi @malinabi
I’m really sorry this is happening. The information you shared is genuinely helpful, so thank you for taking the time to point it out. Since you’re seeing this across several different sites, it does seem like something we should review inside the plugin rather than anything related to your setup.
I’ve already shared this with our team so they can look into the script issue and confirm what needs to be fixed. Once I have a clear update, I’ll get back to you here.
Sorry again for the trouble, and thank you for your patience.
Hi there @manoj239 ,
Thanks for taking the time to explain this in detail, and for sharing the video as well. I went through everything carefully. We also tried to follow the same steps on our end, including updating from version 6.3.1 to the latest release, but we weren’t able to reproduce the issue so far. The Advanced Tabs title background colors stayed intact after the update in our tests.
At this point, it feels like something specific to the page setup might be influencing the behavior. Would you mind sharing the page template where the Advanced Tabs are used? That should help us look at this in a more accurate context and see if there’s anything in the template or layout that could be affecting the styles during the update.
Once we have that, we’ll dig into it again and see what we can find. Appreciate your patience here, and thanks again for providing all the details.
Hi @5lions,
Since we haven’t heard back from you, we’re going to mark this thread as closed for now.
If you decide to revisit this in the future or need any further assistance, feel free to open a new thread and we’ll be happy to help.
Thanks for your time.