Note: This bug is displayed in read-only format because
the product is no longer active in Red Hat Bugzilla.
RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Document URL:
https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/9-beta/html/configuring_basic_system_settings/getting-started-with-rhel-system-roles_configuring-basic-system-settings
Section Number and Name:
no applicable
Describe the issue:
the nav (table of content) menu on the left side of the screen is not displayed despite it already in the html code of the page
using firefox version 100 and also brave (chromium based browser) same issue
also tried to activate the read mode button on the page it does not have effect
Suggestions for improvement:
Additional information:
this happened only today yesterday was fine and all the doc affected by that issue even in the rhel 8 doc
also another thing yesterday there was update for the layout which make the nav menu cover the whole screen when the user hover the mouse over it which was not good the old layout when it was always available was good so at least keep the old layout when reading mode is not on and make the reading mode on make that behavior it would be better in my humble opinion
hope that help and have a nice day :)
if i change this details element to be open it work fine
<details class="j-sidebar__menu-container"> to be
<details class="j-sidebar__menu-container" open="false">
it make it displayed
i dive more into that and here what i found
if my browser window is maximized it looks like the screen shoot
https://pic.li/i/97zUU
if i resize the window little smaller a menu nav show up below the div that has class="breadcrumbs" of the header element
https://pic.li/i/97HQD
and the reading mode button vanish as i guess it keep on that mode with small screen size
so i guess it related to the screen size in the javascript code
my resolution is 1366 x 768
hope that help in debugging the issue and have a nice day :)
Thank you for the updates.
As this issue affects rendering for all documents and not just one, we are tracking this internally to improve the CSS for all readers.
thanks for you @tcapek and for the whole team
another notice the feedback option in the page does not work in small screen
so if i select some words then choose feedback nothing happened
hope that help and have a nice day :)
Thank you, I confirm that this should be improved.
In fact, the form appears as normal but it is out of view and the page frame does not create a horizontal slide bar to make the form reachable, especially on mobile. I opened another internal ticket for our Portal team.
(In reply to Tomas Capek from comment #6)
> Thank you, I confirm that this should be improved.
>
> In fact, the form appears as normal but it is out of view and the page frame
> does not create a horizontal slide bar to make the form reachable,
> especially on mobile. I opened another internal ticket for our Portal team.
thanks a lot
Unfortunately, the optimization of this particular issue has proven to be outside the capacity of the tooling team for the time being.
If this poses further UX problems with no workaround available, please let us know.
Apologies for the inconvenience.