nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

Role based UI Customization | Reset required?

sivaramiyer

Hi.

I m looking at making some role based UI customization of the menu items. I want to enable/disable certain menu items based on users roles.

I would appreciate to know - whether the TeamSite services needs to be reset using (iwreset) or whether the changes would be picked up once i run the make_toolkit.ipl. The changes i m looking at is critical from the business point of view and needs to be applied on production - so I m not convinced about an outage of the system even if it is short.

I would also like to know whether there is any other way of getting the changes reflected in the system without an outage.

TeamSite 6.1 running on Solaris 8.

Thanks much.
Sivaram Iyer.

Find more posts tagged with

Comments

Icebreaker

Hi Sivaram,

Running the maketoolkit.ipl will do, but even that should be done during the maintenance window, I believe!

Regards,

sivaramiyer

Hi Jay.
thanks for the reply.
Maintenance window? - any thoughts around whether it will affect the sessions/users who are already logged into the system?

Sivaram

Icebreaker

Hi Sivaram,

The maketoolkit.ipl, will run the iwreset at the end. So, the users who have logged in will be sessioned out.

Regards,

sivaramiyer

Thanks again Jay for that great piece of information.

Sivaram

Bill Klish

Just to clarify. The user's will see a message that says can't contact the web daemon. Once the UI is reset, their old sessions will still be active. They won't need to re-authenticate.

Adam Stoller

Hi.

I m looking at making some role based UI customization of the menu items. I want to enable/disable certain menu items based on users roles.

I would appreciate to know - whether the TeamSite services needs to be reset using (iwreset) or whether the changes would be picked up once i run the make_toolkit.ipl. The changes i m looking at is critical from the business point of view and needs to be applied on production - so I m not convinced about an outage of the system even if it is short.

I would also like to know whether there is any other way of getting the changes reflected in the system without an outage.

TeamSite 6.1 running on Solaris 8.

Thanks much.
Sivaram Iyer.

Other's have already responded with regard to the "outage" part -- FYI - it's not just an 'iwreset' it's more like an 'iwreset -ui' - specifically restarting the servletd - and that's what disrupts users if they happen to click on anything while it's down. If they just happen to be logged into TeamSite, perhaps editing a file that was downloaded to the local disk - they won't notice the disruption - it's only when they click on something that requires the UI to refresh in some manner that the disruption will be noted.

The other part of you post was in regard to "making some role based UI customization of the menu items" - if you are talking about custom menu items, as long as you defined them with the proper operationID in ui_custom.xml, you can control their access (by role) in the roles_custom.xml (this is for 6.0 through 6.5; 6.7x uses a different mechanism than roles_custom.xml)

If you were talking about some of the standard menu items - then the process is trickier because they don't come predefined with an operationID - you need to remove them completely (ui_custom.xml) and then add them back again as custom menu items with the operationID (again ui_custom.xml) before you can restrict access to them.

sivaramiyer

thanks ghoti.
I was looking at making changes to the CMI. I got it done too - by making chages to ui_custom and roles_custom xml files. I m using 6.1 Ts.

Thanks much.

Sivaram

deepti

hello,
I m working on role based customization. I have changed ui_custom.xml as well as userops_custom.xml and rebuild it as per document.But i could not see anything in “Custom User Operations” displayed in the TeamSite
Administration Edit Role screen without which i could restrict users.

If anybody has worked on same. please come up with some fruitful suggestion.

Thanks,
Deepti

Adam Stoller

hello,
I m working on role based customization. I have changed ui_custom.xml as well as userops_custom.xml and rebuild it as per document.But i could not see anything in “Custom User Operations” displayed in the TeamSite
Administration Edit Role screen without which i could restrict users.

If anybody has worked on same. please come up with some fruitful suggestion.

Thanks,
Deepti

You have to provide a lot more information:

deepti

hi,

We are using TeamSite 6.7.1 Service Pack 1 with Patch 4518 and Patch 73875.
Please see ataached ui_custom.xml and userops_custom.xml
I dont get any link in GUi when i add operationID.Howerver i get copy to link under file menu above download when i remove operationID from ui_custom.xml.

Thanks ,
deepti

Adam Stoller

hi,

We are using TeamSite 6.7.1 Service Pack 1 with Patch 4518 and Patch 73875.
Please see ataached ui_custom.xml and userops_custom.xml
I dont get any link in GUi when i add operationID.Howerver i get copy to link under file menu above download when i remove operationID from ui_custom.xml.

Thanks ,
deepti

By adding the entry to userops_custom.xml - (and rebuilding the toolkit) you should now see an option in the TeamSite Administration Tab when managing Roles that allow you to select whether a certain role has access to this newly added custom menu item.

deepti

I rebuild the toolkit after making entries in ui_custom.xml and userops_custom.xml but i dont get anything under Custom User Operations of administration -->Manage roles .Moreover the the custom link also disappears.However if i remove operationID from ui_custom.xml i get the custom link.

Can i have some sample which dispalys something under Custom User Operations.I tried something from UI Customization pdf but that does not work.

Please suggest.

Thanks,
deepti

patrickm

Dragging up an old thread here.

I am trying to restrict new new menu item which links to a custom CGI. The role I am restricting to is a custom role. BTW, it's 6.7.1, solaris.

Now, I've defined the item in ui_custom.xml. I've added it's operationID to userops_custom.xml and rebuilt. I've then disabled the menu item for editor and author roles, enabling for all others via the administration tab as documented. Fine so far.

Using my same user Id (which is also a master), I've set myself up as an author on the branch. I am expecting the custom menu item to disappear, but it's not. It's visibile. In fact it's visible everywhere even if I remove from ALL roles. Do I have to reset the servletd or is the fact I'm a MASTER interferring with this.

It's a managed box I'm on, so it's going to take a day or so to get root access to create some temp users, so in advance, any suggestions are great!

Adam Stoller

Dragging up an old thread here.

I am trying to restrict new new menu item which links to a custom CGI. The role I am restricting to is a custom role. BTW, it's 6.7.1, solaris.

Now, I've defined the item in ui_custom.xml. I've added it's operationID to userops_custom.xml and rebuilt. I've then disabled the menu item for editor and author roles, enabling for all others via the administration tab as documented. Fine so far.

Using my same user Id (which is also a master), I've set myself up as an author on the branch. I am expecting the custom menu item to disappear, but it's not. It's visibile. In fact it's visible everywhere even if I remove from ALL roles. Do I have to reset the servletd or is the fact I'm a MASTER interferring with this.

It's a managed box I'm on, so it's going to take a day or so to get root access to create some temp users, so in advance, any suggestions are great!

I believe the fact that you are a MASTER is the source of the confusion - see if you can use, or create, another [temporary] account to test such UI issues.

patrickm

I believe the fact that you are a MASTER is the source of the confusion - see if you can use, or create, another [temporary] account to test such UI issues.

Yes, that is what I am thinking too. I should have access to another user on the box tomorrow, will update here tomorrow for completeness. Managed boxes aren't easy to work with sometimes.