+++ This bug was initially created as a clone of Bug #236045 +++ For example: https://rhn.redhat.com/rhn/systems/details/Overview.do?sid=1006954727 Under details has four items listed: * Overview * Properties * Hardware * Notes Now click on "Notes" and a 5th item appears: * Overview * Properties * Connection * Hardware * Notes Shouldn't the connection link appear on the URL above as well? Hopefully this is not a DUP. thanks! -- Additional comment from duffy on 2007-04-11 13:45 EST -- hi Daryl, what kind of system is the one you're looking at? Can you send a screenshot and/or system id? Thanks, ~m -- Additional comment from akrherz on 2007-04-11 13:48 EST -- Hi! The SSID is in the URL I mentioned. It is just some average EL4 WS system. daryl -- Additional comment from duffy on 2007-04-11 14:00 EST -- This is why this is happening: Details is /rhn/systems/details/Overview.do - Java - Details > Hardware is perl:https://rhn.webqa.redhat.com/network/systems/details/hardware.pxt - Details > Notes is perl: https://rhn.webqa.redhat.com/network/systems/details/notes/notes_list.pxt The nav for the java pages doesn't include 'Details > Connection' but the nav for the perl pages does, so if you click on Details > Hardware or Details > Notes the 'Details > Connection' page suddenly shows up. Details > Connection is: https://rhn.webqa.redhat.com/network/systems/details/connection.pxt -- Additional comment from duffy on 2007-04-11 14:13 EST -- Created an attachment (id=152307) screenshot of the sdc details > connection screen
this clone is for rhn hosted.
Hopefully, just a simple nav issue. Joe, let me know if this starts to grow in scope.
Mairin, (or anyone else that can answer) 1 question: 1. what is the login or account# (org id) of the customer with this problem? also, some feedback: the java page has code for the navigation to the connections screen. However this link is protected by security that checks for certain versions of proxies and does not show the link if the proxies are not found. Since the perl page shows a proxy is is possible that either the perl and java aren't checking for the same proxy versions, or there is a bug in Access.java method aclOrgProxyEvrAtLeast that checks for the proxies. Either way, it is helpful if I could know the org-id or login of a sample customer that exhibits this problem.
note: connection shows connection.pxt which specifies: "This feature is only available to RHN Proxy version 3.1.0 or later" Remember that acl test is for V 3.1.1 or later. Need to change acl test to 3.1.0 or alternatively to change connection.pxt to 3.1.1 so that page and test both are synchronized on either 3.1.0 or 3.1.1. J.
Sync on 3.1.3 fix committed: Access.java revision 116816 web/html/network/systems/details/connection.pxt revision 116817
make that Sync on 3.1.1
rhn502 released.