Robohelp 2022 Frameless CSH

[drew_3566]

After a recent upgrade to RH2022 and upgrading our HTML help to Frameless we are no longer able to open help topics to the correct location using context sensitive help.

Originally, users would be directed to the correct section of a topic when opening with CSH. However, with the move to frameless it now simply opens the topic without navigating to the correct section within the topic.

Users are able to navigate to the correct section using the ToC, and manually entering the URL works as well.

[drew_3566]

It does. I will reach out to support. Thank you!

[drew_3566]

Here's an example of what is returning with the URL:

 http://localhost/Doveplus2.0/help/DovePlus_Manual/Help_and_Support.htm#Install_Task_Tray 

This is the top of the Help & Support topic, the Install Task Tray section is further down the page.

[Peter Grainge]

One last thought. Try a shorter bookmark with no underscores. If that doesn't help, let us know what Support comes up with. 

________________________________________________________
My site www.grainge.org includes many free Authoring and RoboHelp resources that may be of help.

[Peter Grainge]

Also have you looked at the code of the output to check the bookmark is correct?

________________________________________________________
My site www.grainge.org includes many free Authoring and RoboHelp resources that may be of help.

[drew_3566]

How do I view that info?

[Peter Grainge]

Open the topic using the URL you supplied and right click the topic, in the context menu click View Page Source. Scroll down to that section. From a test I have just done, I don't think that is the problem.

I am wondering if the use of localhost could be involved. Beyond my knowledge. For me a link on my machine would be 

file:///D:/path/Frameless/Folder_One/Second_Topic.htm#Install_Task_Tray. I believe localhost means "on this machine"

Test the link in the format above. If if makes a difference that's the reason but I don't see why. Either way you will need to go to Support but at least you might have a bit more information if that is the reason.

Again, let us know.

________________________________________________________

My site www.grainge.org includes many free Authoring and RoboHelp resources that may be of help.

[drew_3566]

I believe it is being published to a test web server and it displays as "localhost." The problem is that it has to be alongside our web-based software to test the CSH. We are testing a couple of suggestions now. Thanks for your advice.

[Peter Grainge]

I got why your developer had used local host. Hope the ideas work. 

________________________________________________________
My site www.grainge.org includes many free Authoring and RoboHelp resources that may be of help.

[drew_3566]

An update to this; it's seemingly a caching issue as the first time the section is opened it is directed to the right location. However, closing the page and attempting again resumes opening to the top of the topic instead of navigating to the appropriate section.

[Jeff_Coatsworth]

You either need to set a "no cache" line in the header of your HTML or configure the server to not cache those pages.

[drew_3566]

I've attempted several lines for no cache and it still occurs. Not sure if it means it is cache after all or the tags aren't working.

[Jeff_Coatsworth]

But you said that it worked the first time when the bookmarked place was referenced, but then not again. Is the call not being made in the same way the second time? How does it respond if you manually paste in the correct URL the second time?

[drew_3566]

Pasting the URL yields the same results on a web server. Doing it from a local copy (c:/), the URLs work correctly every time. So, I'm less inclined to believe it is an Adobe issue. The dev said he could put a delay in between selection and the page returning that corrects the issue as well.

[WoutJacobs]

Does it correctly go to the relevant section if you refresh the page?

[drew_3566]

It does not.

[Peter Grainge]

Have you tried this in the head section of each topic to stop caching? 

<meta http-equiv="Pragma" content="no-cache" />

<meta http-equiv="Expires" content="-1" />

<meta http-equiv="Cache-Control" content="no-cache" />

________________________________________________________

My site www.grainge.org includes many free Authoring and RoboHelp resources that may be of help.

[drew_3566 · Accepted solution]

I have. Our dev found a workaround by implementing a 300ms delay on the web server between when the interaction occurs and when the page navigates. So far, that has given us the results we want.

[Jeff_Coatsworth]

That's really strange - slow down the response so that the page loads? There must be something going on in your environment for something like this to be the solution - otherwise everyone would be mentioning it on the forums.

[Peter Grainge]

I have seen a delay put in topics for some reason I don't entirely recall. Some years back so no chance of finding the reason.

________________________________________________________

My site www.grainge.org includes many free Authoring and RoboHelp resources that may be of help.

[Peter Grainge]

Thank you for posting the solution. Sometimes people don't and then the next person with the problem finds the thread but no answer.

________________________________________________________

My site www.grainge.org includes many free Authoring and RoboHelp resources that may be of help.