× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Here is I why that solution does not work for what I am after, remember I just want to remove access and the options from the screen for a subset of the options:

The first RVKOBJAUT removes the authority from the screen but not the underlying options.
If I were to simply do a SYSREQ and type the option number at the resulting command line the function would still be executed.

If I were to continue and RVKOBJAUT to select underlying commands it would prevent the ability from the end user to successfully execute the option but NOT remove the option from the screen.

So if the end user were to do a SYSREQ and hit enter they would see all of the options.
If they were to select an option that they do not have the authority to the underlying command, it would give them an error message, which would intern cause the phone to ring at the helpdesk and eventually make it to my desk and cause a discussion of about why it does not work.

Thanks,
Monty

date: Wed, 16 Feb 2022 15:15:02 -0600
from: Bryan Dietz <bdietz400@xxxxxxxxx>
subject: Re: SYSREQ Panel Group Replacement

I ran across this:
https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ibm.com_support_pages_node_637129&d=DwICAg&c=AY-yVZ-DdqDeX_Emj_gQCkuxsL_QuG_4YQ-FxcTYVkY&r=3HmdsZESHvzaTBSHTdB6CStwTAVF1kiyCWu3SC-2oh0&m=aWiLdtHsz8sqeOwkrRJ8T09_AV8EiEejkJPEjwq_1trVsuUkphJCOYWk6j42wJHP&s=dBe6JjWAfQuciqtTpU2Flp4UkTHJ5lInmUibsEsoolU&e=
(Restricting Users from the System Request Menu)

it seems to do similar to what you have designed.
if not maybe it would help others.

Brya.

Monty G. James wrote on 2/16/2022 9:49 AM:
In order to complete the circle with resolution and more detail on the issue I needed to resolve.
Some of the options from the Operational Assistant Menu accessed via the attention key (ESC on my keyboard map) and the System Request menu (access via shift-esc on my keyboard map) needed to be removed from all user profiles with a user class of *USER.

The Operational Assistant Menu was easy just wrote a new menu (ASSIST) that checks user class to decide what options to display.

System Request was a bit more work as it does not use a *MENU but a *PNLGRP.

Here is what I have come up with:
I recreated the QGMNSYSR PNLGRP (SYSREQ PNLGRP) as the PRESYSREQ PNLGRP.
I created the exit program PRESYSREQ that displays the PRESYSREQ PNLGRP.
Added the exit program PRESYSREQ to the exit point QIBM_QWT_SYSREQPGMS, exit point format SREQ0100 with the exit program data set to 1.

Set The Profile Exit Program for all of the non-group profile profiles on the system.

End result all user of a user class of *USER see a subset of the options, all other users see the full list of options.

Thanks,
Monty


date: Mon, 31 Jan 2022 03:06:33 +0000
from: "Monty G. James" <monty.james@xxxxxxxxxxxxxx>
subject: SYSREQ Panel Group Replacement

SYSREQ displays the PNLGRP QGMNSYSR.
I have a need to hide some of the options from a class of users.
I have written a replacement for QGMNSYS but do not know the variable(s) and their attributes the SYSREQ passes to the PNLGRP.
I do know the first var it passes is the dialog variable DSPOPT1 but do not know what the attributes of the variable are.

Before you say it, yes I know I can remove *public from the underlying commands but that does not fit the need.
I need to remove those options from the display for the class of users.

Does anyone know where I can find the variables and their attributes passed to the PNLGRP?

Thanks,
Monty

________________________________

This email message, including any attachment(s) is for the sole use of the intended recipient(s) and may contain confidential information. Any unauthorized review, use, disclosure or distribution is strictly prohibited. If you are not the intended recipient, please immediately contact the sender by email.


As an Amazon Associate we earn from qualifying purchases.

This thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.