Broken help links since update (12.0.4.460)

[ttrujillo]

We've been using the method described by Peter Grainge (at the link below) for many years for calling the webhelp to a specific topic within the tri-pane window (with navigation pane and toolbar visible):

http://www.grainge.org/pages/authoring/calling_webhelp/using_urls.htm

Basically, calling the help using this method:

startpage?#path/topic1.htm

This week we updated to the latest RoboHelp 2015 version (12.0.4.460) and now this method no longer works. We get the tri-pane window but the right pane shows the startpage instead of the required topic. The help links in the application haven't changed. This is a major issue for us because we have these links throughout our application and we need the right help to show, not the startpage. Not sure if other users that have used Peter's method are seeing this same issue since the update. 

Any known fix for this?

Thanks!!

[Jeff_Coatsworth]

I vague recall reports of this happening - as an experiment, try rolling back one patch & see if regenerating the help seems to act the same way or not.

[Captiv8r]

How are you testing? From your local hard drive or from a server?

I have that version of RoboHelp installed and I just tested using that method and it seems to work fine on my own computer.

Cheers... Rick

[Captiv8r]

oops. I was just re-reading and noticed that you mentioned the insertion of the ? as part of the path. I didn't test that way. My test omitted the ?. But I just now tested by inserting the question mark and it seems to work fine that way as well. Odd

[ttrujillo]

We're testing from our QA environment so the files are coming from the server.

Linking to the help files like this:

<platform>/<help>/index.htm?#/<help>/<path>/topic.htm