Skip to main content
Inspiring
July 17, 2019
Question

All local Webhelp projects does not open anymore since update to Firefox Quantum 68.0

  • July 17, 2019
  • 6 replies
  • 1624 views

We are working with Robohelp 11.

Is the problem known? - a similar problem occured some years ago.

What can we do (beside changing the browser 😉 Our customers often use Firefox as their default.

This topic has been closed for replies.

6 replies

Jeff_Coatsworth
Community Expert
Community Expert
September 18, 2019

Looks like the fix to the whproxy.js, whstub.js, and whutils.js fixes most of the opening issues, but still chokes on opening index entry topics (provided they are solo 1:1 index:topic - if you have a 1:many topics entry, the selection still appears and works). Even Adobe's solution talks about loosening up that about:config setting in that case.

Peter Grainge
Community Expert
Community Expert
September 18, 2019

Adobe have now released a fix for RoboHelp 2015 and 2017.

It can be found at

https://helpx.adobe.com/robohelp/kb/webhelp-output-loading-issue-firefox.html

 

Use the menu (bottom right) to mark the Best Answer or Highlight particularly useful replies. Found the answer elsewhere? Share it here.
A-BelAuthor
Inspiring
September 25, 2019
Okay, thank you for that information. Seems to be the moment to think about an update to 2019.
Peter Grainge
Community Expert
Community Expert
September 12, 2019
I believe this has been fixed for 2019 and that a fix for RH 2017 and 2015 will be shared soon but not for RoboHelp 11.
 
Use the menu (bottom right) to mark the Best Answer or Highlight particularly useful replies. Found the answer elsewhere? Share it here.
Jeff_Coatsworth
Community Expert
Community Expert
September 12, 2019

According to @jeff.laing.sncr (whose post got lost in the transition) the fix in FireFox is:

"There is a Firefox workaround, which involves relaxing security.

Go to about:config

Locate security.fileuri.strict_origin_policy

Set it to false"

Peter Grainge
Community Expert
Community Expert
September 12, 2019
That's fine when you have control over the user's machine.
Use the menu (bottom right) to mark the Best Answer or Highlight particularly useful replies. Found the answer elsewhere? Share it here.
Jeff_Coatsworth
Community Expert
Community Expert
September 12, 2019
Yes, I've described it as a workaround for now to my users.
Participant
July 18, 2019

According to Mozilla they changed the behavior in Firefox 68 toward local files:

803143 - Local files can access other files in the same directory

Hopefully Adobe can make a fix to allow RoboHelp to continue to work locally.

Peter Grainge
Community Expert
Community Expert
July 17, 2019

A quick test shows it is not just RoboHelp 11 where webhelp is broken.

So far I have only tested locally. Have you tried from a server?

I have alerted Adobe.


See www.grainge.org for free RoboHelp and Authoring information.

@petergrainge

Use the menu (bottom right) to mark the Best Answer or Highlight particularly useful replies. Found the answer elsewhere? Share it here.
Peter Grainge
Community Expert
Community Expert
July 17, 2019

The problem does seem to be webhelp run locally. I put an output on a server and that is working OK.


See www.grainge.org for free RoboHelp and Authoring information.

@petergrainge

Use the menu (bottom right) to mark the Best Answer or Highlight particularly useful replies. Found the answer elsewhere? Share it here.
A-BelAuthor
Inspiring
July 17, 2019

Yes, that also what I have tested: only local projects are affected!

Viele Grüße

Annette Bellut