Skip to main content
Known Participant
July 15, 2024
Question

403 Error when using Frameless Output Mini-TOC - Part 1

  • July 15, 2024
  • 2 replies
  • 874 views

I am using RoboHelp 2022.4.179 to generate frameless output.  The mini-toc links recently appear to have stopped working.  When I click on a mini-toc link, I now get the error, "403: Forbidden: Access is denied: You do not have permission to view this directory or page using the credentials that you supplied." The error is not browser-specific.  It occurs in both Chrome and Firefox.  The system is truncating the mini-toc link (the portion after the pound symbol) to 15 characters.  I think this truncation is causing the error.  Is anyone else experiencing this issue?  If yes, any known workarounds?  Thanks!

    This topic has been closed for replies.

    2 replies

    Peter Grainge
    Braniac
    July 27, 2024
    Help others by clicking Correct Answer if the question is answered. Found the answer elsewhere? Share it here. "Upvote" is for useful posts.
    Jeff_Coatsworth
    Braniac
    July 15, 2024

    Haven't heard any reports of this before - was it working for you before? If so, what's changed? If not, is it working locally?

    Known Participant
    July 15, 2024

    It was working before.  It is not now.  I do not know what changed. I have attached two images. The first image shows the "In this Topic" link working. Notice that the URL shown at the top of the page is the URL to the topic and the URL shown at the bottom of the page is different but reflects the selected "In this Topic" link. The second image shows only one link, and it is the link that is shown at the bottom in the first image, not the link to the actual page that is shown in the top URL in the image where the link works.  Curious.  If I access the same topic in my local, I get the URL shown in the image below that does not work (file:///C:/FramelessOutput/240/Installation_Guides/Install_Guide_files/E-automate_Installation_Overview.htm#installing_e_au), but the link works as expected in my local. Guess that means it's not a truncation issue as I first suspected, but I am at a loss to explain/understand why it is not working in our production environment for newly generated outputs and is still working for older outputs (as well as for newer outputs in the local environment).  Thoughts?  Thanks!

    Jeff_Coatsworth
    Braniac
    July 15, 2024

    So it was working before on your webserver and now it's not? But the same output is behaving on your local? That kind of implies somebody has changed something on the webserver.