Skip to main content
davidk99046111
Inspiring
October 8, 2020
Answered

RH2020 Breadcrumb Links Blank

  • October 8, 2020
  • 3 replies
  • 531 views

Hello,
I am not sure if this is user error or not.  I am using RH2020 (mac) with a Responsive HTML5 output. 

The issue i am facing is that the breadcrumb links (other than Home) do not navigate to intended page when clicked.  When i view the output in firefox developer tools, all breadcrumb links give the following url value: href="../../#" so clicking on them does nothing.   

I added the breadcrumbs by going into my master page for web output and placed a breadcrumb placeholder in the header.  The actual text readout is perfect - just that the links don't work. 

Is there some step i am missing with this? 

    This topic has been closed for replies.
    Correct answer Karin Albrecht

    In my test of RH2020 I could not detect this behavior. However, I was using projects that I upgraded along the way since RH2019 (some early release). My breadcrumbs are assigned to the merged help output in HTML5 using a master page where the breadcrumbs are defined as follows (this styling is not as it is in RH2020 and late 2019 versions, as something has been changed there): 

    <div data-region="header">
    <div class="breadcrumbs" data-type="breadcrumbs" style="text-align: left;font-family: Arial;margin-left:;color: rgba(55,53,52,0.6);font-size: 11pt">
    <p style="display: inline;text-align: left"><span class="label"></span> <a data-home="true" href="#" style="text-decoration: none; color: inherit"> <span class="homepage">Home</span> </a> <span class="separator" data-type="separator">&gt;</span></p>
    <ul>
    </ul>
    </div>
    <p class="Body"> </p>
    </div>

    Maybe this could be a workaround until the actual bug is fixed.

    3 replies

    Karin AlbrechtCorrect answer
    Legend
    October 9, 2020

    In my test of RH2020 I could not detect this behavior. However, I was using projects that I upgraded along the way since RH2019 (some early release). My breadcrumbs are assigned to the merged help output in HTML5 using a master page where the breadcrumbs are defined as follows (this styling is not as it is in RH2020 and late 2019 versions, as something has been changed there): 

    <div data-region="header">
    <div class="breadcrumbs" data-type="breadcrumbs" style="text-align: left;font-family: Arial;margin-left:;color: rgba(55,53,52,0.6);font-size: 11pt">
    <p style="display: inline;text-align: left"><span class="label"></span> <a data-home="true" href="#" style="text-decoration: none; color: inherit"> <span class="homepage">Home</span> </a> <span class="separator" data-type="separator">&gt;</span></p>
    <ul>
    </ul>
    </div>
    <p class="Body"> </p>
    </div>

    Maybe this could be a workaround until the actual bug is fixed.

    davidk99046111
    Inspiring
    October 21, 2020

    Both you and Peter are correct.  It is a bug and your work around fixed it.  In viewing the source code, inserting the breadcrumb placeholder into the master page for some reason added the crumbs as an unordered list.   I updated the code in source view to remove the list markings and made it a standard paragraph.  That resolved it for now.

    OLD

    <div class="breadcrumbs" data-type="breadcrumbs" style="text-align: left;">
    <ol style="padding: 0; margin: 0">
    <li style="display: inline"><span class="breadcrumbs-home-prefix"></span> <a class="breadcrumbs-home" data-home="true" href="#" style="text-decoration: none; color: inherit"> <span class="breadcrumbs-home-displaytext">Home</span> </a> <span class="breadcrumbs-separator" data-type="separator">&gt;</span></li>
    </ol>
    </div>

    Custom
    <div class="breadcrumbs" data-type="breadcrumbs" style="text-align: left;">

    <p style="display: inline"><span class="breadcrumbs-home-prefix"></span> <a class="breadcrumbs-home" data-home="true" href="#" style="text-decoration: none; color: inherit"> <span class="breadcrumbs-home-displaytext">Home</span> </a> <span class="breadcrumbs-separator" data-type="separator">&gt;</span></p>

    </div>

    Peter Grainge
    Community Expert
    Community Expert
    October 9, 2020

    I have now reported it as a bug. Please vote for it as that helps.

     

    https://tracker.adobe.com/#/view/RH-8251

     

    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
    October 9, 2020

    Please use the photo icon to insert images within the post. Some supporters will not open attachments for security reasons as you have to save them before you can view them. If you do download, you are then not seeing the image inline with the text. 

    Then thanks to a quirk of this forum, if you do save the attachment, you then have to close the thread and reopen it before you can reply. Crazy but that's the way it is.

     

    It looks like a general bug, that is not Mac specific. I just tried it and got the same result on a Windows machine. I have queried it with Adobe.

     

    It works correctly in frameless outputs, which are a better format going forward as that's where there will be more development of the skins.

     

    Use the menu (bottom right) to mark the Best Answer or Highlight particularly useful replies. Found the answer elsewhere? Share it here.