When eMClient fires up there is a tip on the splash screen. Some have a “Learn More” link. All of those links, the ones that are presented to me at least, go to a broken link; a screen that has the text “Sorry - either this article does not exist or you haven’t been given permission to view it.”
It takes me to a knowledge base with non-eMClient branding but an eMClient URL. Obviously this is hosted at an outsourcing company. The links do work on the site but just not the ones coming from the splash screen to the site. None of the articles on the site are behind a login firewall.
I suspect that’s due to the eg: new V10 online documentation has only just been completed recently so the splash tooltips links might not yet be updated to match the new help url.
Or could be eg: if you might have an older version of eM Client and possibly needs an update.
The broken links issue has been that way since I’ve been using eMClient when I migrated from Postbox. Always had the latest version.
Ok when i click the “Learn More” text (all the Tooltip webpages open fine) and no issues using eM Client V10.3.1720 Windows & the just recent / pushed updated V10.3.1738 for Windows.
However when i click “Learn More” on the eM Client Mac V10.3.1720 with Sequoia unfortunately the “Learn More” text (doesn’t seem to be clickable at all). I remember it used to, but i haven’t tried clicking the Learn More link on the Mac side for many versions.
The Splash screen on my Mac only stays there for around 2 secs so could be eg: eM Client loads so fast, the Learn More doesn’t get a chance to work. Or could possibly be a bug.
I wonder if there is a way of turning them off? I guess I can just ignore them.
Im not aware of anyway to disable the Tooltips Learn More random link.
There is however a Sleekplan Suggestion to disable the Splash Screen on startup which you can vote for which then won’t see any Tool Tips.
Hi Steven, can you please tell me what language your eM Client app is set to and send me an example of the URL links you get that lead to the broken/missing page so we can get it fixed? (Copy it from the web browser)
I am unfortunately not able to replicate the issue.
Ok that is strange. I see both the Splash Screen Learn More links you posted are very different to the actual Knowledge Base links. Are you using eM Client on Mac or Windows ?
Hi Steve, thank you for both of the examples, we are looking into it but did not find how the link gets broken yet - there is an additional symbol = injected into your links, but when we try to replicate it we don’t get that symbol.
But we are looking into it, thank you for your help and patience.
My default browser is LibreWolf. The only addon it has is ublock.
Note, some of the links from the splash screen go to the right place and some don’t.
The following one which appeared this morning goes to the right place: “Automatic replies - set up Out of office responses - Learn More”
So I tried the “send later” tip on the splash screen.
The hyperlink on Learn More is initially [Preformatted text](https://www.emclient.com/application/tips/delayed-send?lang=en-CA&application=eM+Client&version=10.3.1720.0)
Librawolf is “not a fully implemented browser” as far as the latest modern browser coding goes, and so from my own experience and other friends doesn’t allways open everything correctly. Timberwolf and SeaMonkey are also other Mozilla based browsers that are not fully implemented. So yes I suspect that’s why Librawolf doesn’t allways open the url’s.
We end up having to resort to Chromium based browsers to be 100% compatible with all websites and apps etc.
Even Mozilla Firefox also doesn’t allways open a lot of web pages correctly from my own testing over the years, but unfortunately Mozilla doesn’t want to conform to the global Chromium browser standard. So there is allways compatibility issues with Mozilla based browsers.
Hi Steven, we use redirects for all the tips because the link is not hard-coded in the app, it just has a name based on the topic and this way we can change the redirect on our website if we, for example, write a newer versions of a specific article or we can redirect to a different translation of the article depending on the app language (since we do have most of our blog posts in German, Czech and Italian, not just English).
By using redirect we don’t need to change the link inside the app, only the redirect file on the website.
We were able to replicate the issue with LibreWolf, and we’ll see if there is something we could improve, but the main problem seems to be with the browser itself and how it incorrectly removes part of the URL in some cases.
I have Vivaldi but not keen on it, I use it when LibreWolf misbehaves. I have many browsers except the obvious ones that don’t respect privacy like Chrome and Bing.
