RoboHELP 2020.4 WebHelp output adds broken link to Twitter widgets.js

[Vertifi]

We're using RoboHELP version 2020.4.105.  When loading the initial screen of our WebHelp output there is a lengthy hang, followed by a message in Chrome console indicating a failed attempt to load https://platform.twitter.com/widgets.js.

The WebHelp output is adding this block of code at the very end of the main HTM file:

<script>//<![CDATA[

if(useTwitter === true) {
!function(d,s,id){var js,fjs=d.getElementsByTagName(s)[0],p=/^http:/.test(d.location)?'http':'https';if(!d.getElementById(id)){js=d.createElement(s);js.id=id;js.src=p+'://platform.twitter.com/widgets.js';fjs.parentNode.insertBefore(js,fjs);}}(document, 'script', 'twitter-wjs');
}

//]]></script>

we found removing this script  (manually) resolved the slow load issue.

Is there a way via project settings to remove this?  Or is this just a plain old bug that needs attention at Adobe?

The code appears at the very end of the HTM page, in the "Scripts" section:

<!-- Scripts -->
<script src="template/single_page/usersettings.js" type="text/javascript"></script>
<script>//<![CDATA[

if(useTwitter === true) {
!function(d,s,id){var js,fjs=d.getElementsByTagName(s)[0],p=/^http:/.test(d.location)?'http':'https';if(!d.getElementById(id)){js=d.createElement(s);js.id=id;js.src=p+'://platform.twitter.com/widgets.js';fjs.parentNode.insertBefore(js,fjs);}}(document, 'script', 'twitter-wjs');
}

//]]></script>

[Peter Grainge]

I am not suggesting you are knowingly using a pirate copy but it looks as you that is what you may have. Where did you download it from?

The released version of Update 4 has a build number of 173 giving a full reference of 2020.4.173 and certainly would not be adding code like that.

________________________________________________________
See www.grainge.org for free Authoring and RoboHelp Information

[Vertifi]

Peter, thank you for replying!  We'd received this release [apparently] from Adobe support recently in response to an unrelated issue.  I will get build 173 and report back on the forum.

[Peter Grainge]

I'm surprised but at least that clarifies things. 

Maybe just try a new skin. 

________________________________________________________
See www.grainge.org for free Authoring and RoboHelp Information

[Vertifi]

I've downloaded the update (my bad for not checking this first!), but am seeing the same behavior with 2020.4.173.

[Jeff_Coatsworth]

And did you have this Twitter widget hooked up before?

[Vertifi]

Not intentionally 😉

We're a long-time user of RoboHELP, only recently upgrade to Robo 2020, and this is when we noticed the troubles.  We are surely not expert in use of the software, but this has us very puzzled.

[Jeff_Coatsworth]

Ok, then a new layout seems to be in order (btw - you know that there's really no WebHelp anymore in RH2020 - it's just responsive HTML5 with the responsiveness turned off)

[Peter Grainge]

Let us know if you have trouble downloading, you might with that build. In Skins then try a fresh version of the skin. 

________________________________________________________
See www.grainge.org for free Authoring and RoboHelp Information

[Vertifi]

Thank you for the feedback.  We do not use "Skins" (i.e. there are none listed), but will experiment with this

[Vertifi]

Oh, and just to add we had no problem getting v 2020.4.173, though it didn't resolve the issue with the unexpected Twitter js link

[Peter Grainge · Accepted solution]

You are using a skin whether or not there is one listed. I suspect a default is applied. I suggest you add a frameless skin such as Orange and a reponsive skin such as Azure blue. Try with both of them and let us know how that goes.

________________________________________________________
See www.grainge.org for free Authoring and RoboHelp Information

[Vertifi]

Hello Peter,

Thanks so much for your guidance.  I added these default skins ... while I observed that the same code was being put into the HTM file, i.e. 

<script>//<![CDATA[

if(useTwitter === true) {
!function(d,s,id){var js,fjs=d.getElementsByTagName(s)[0],p=/^http:/.test(d.location)?'http':'https';if(!d.getElementById(id)){js=d.createElement(s);js.id=id;js.src=p+'://platform.twitter.com/widgets.js';fjs.parentNode.insertBefore(js,fjs);}}(document, 'script', 'twitter-wjs');
}

//]]></script>

that it did not execute the function, in other words (useTwitter === true) must no longer succeed.  I think there is a bug here somewhere, but am satisfied with this solution.

Again I thank you very much for your time and suggestions!

Chris @ Vertifi

[Peter Grainge]

Can you share the project? If you can, then see the Contact page on my site and send the project as instructed there. Do make sure you include a link to this thread and please do not email the project direct.

Something is wrong.

________________________________________________________
See www.grainge.org for free Authoring and RoboHelp Information

[Vertifi]

I have sent one of our projects, we have around 10 of them, all doing the same thing.  All of these are "legacy" projects that have been around for quite awhile, and have each been Updated for RoboHELP 2020 recently.

Just to be clear, adding the Skin seemed to resolve the issue, though that odd looking Twitter related JS code is still present.  We initially had no skin defined in our projects so I suspect default behavior would evaluate this code:

if (useTwitter === true)

to true, and attempt to load a broken link, causing a lengthy hang in presenting the initial screen.

Chris

[Peter Grainge]

I will download and take a look tomorrow. 

________________________________________________________
See www.grainge.org for free Authoring and RoboHelp Information

[Peter Grainge]

A search of the output shows the word Twitter is in the following files.

My first thought was that you have the Twitter icon enabled but you don't. My best guess is that RoboHelp injects the script regardless but only works if the button is enabled in the skin editor.

You found the script through the Chrome console but from time to time I see posts saying some check saying some such console is reporting something from the minor to the end of the world is nigh, OK a bit of an exageration but you get the point.

In this case you now say it is not causing a problem. 

The reason you looked for issues was slow loading and I think you will find that is better in Update 4. If not then I think that is something for another thread.

________________________________________________________
See www.grainge.org for free Authoring and RoboHelp Information

[Vertifi]

Thanks again for your time, I agree with what you've described.  Please note the slow loading was painfully slow, a minute or so, before any UI was displayed.  The platform.twitter.com/widgets.js link was in the content <body> and was delaying the DOM load.  The Chrome console confirmed this, as the page would finally appear exactly when the 404 error appeared for this widgets.js link.

I suspect that for some reason the JS code if (useTwitter === true) was somehow evaluating to TRUE, even though we didn't even have a defined Skin.  Once defining the Skin (with Twitter disabled), it seemed to resolve the issue.  The help content loads instantly