Note the following information from the ISPF Manual https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.f54ug00/aloptab.htm
The table output library must be a partitioned data set. The ISPTABL ddname that defines the table output library can specify the same data set as the table input library, ddname ISPTLIB. The first data set in the ISPTLIB concatenation should be the same as the data set used for ISPTABL. This ensures predictable behavior of dialogs that use table services without specifying the LIBRARY keyword. The output and input data sets must be the same if the updated version of a table is to be reprocessed by the same dialog that updated it. The behavior can be due to the allocations on ISPTLIB and ISPTABL. Make sure the users dataset is at the top of BOTH allocations. Lizette > -----Original Message----- > From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On Behalf Of > ITschak Mugzach > Sent: Friday, July 05, 2019 6:12 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Who is changing a user's ISPF profile > > And last: an ispf application is invoked without appl so it set pfkeys and > other profile settings is ISR / ISP instead of its own profile. > > ITschak > > בתאריך יום ו׳, 5 ביולי 2019, 16:03, מאת Joel C. Ewing <jcew...@acm.org>: > > > Various possibilities: > > (1)The user is attempting to violate installation standards and a > > default installation initial edit macro is forcing the edit profile > > values back > > > > (2)The user is attempting to modify a locked edit profile, which means > > any changes he makes are temporary -- locking some default edit > > profiles is another way installations can encourage what they believe > > to be best practices for certain dataset types > > > > (3) The user may be changing the final qualifier of the dataset name, > > not realizing that the edit profile is tied to the final qualifier of > > the dataset name, not to the dataset itself. > > > > (4) The user may be editing datasets with so many different final > > dataset name qualifiers that he is exceeding the maximum number of > > retained edit profiles as defined by the installation -- which means > > his version of the least recently used edit profile will be dropped > > and the next time he edits a dataset corresponding to that edit > > profile a default profile will be used. > > > > I'm sure there are other possibilities. > > Joel C. Ewing > > > > On 7/5/19 1:26 AM, Vernooij, Kees (ITOP NM) - KLM wrote: > > > If it is e.g. an ISPF Edit Initial Macro, changed by someone, the > > > user > > will be the one that modifies the Profile. This will be difficult to trap. > > > What has changed in their profile? > > > > > > Kees. > > > > > >> -----Original Message----- > > >> From: IBM Mainframe Discussion List > > >> [mailto:IBM-MAIN@LISTSERV.UA.EDU] > > On > > >> Behalf Of Anthony Thompson > > >> Sent: 05 July, 2019 4:33 > > >> To: IBM-MAIN@LISTSERV.UA.EDU > > >> Subject: Re: Who is changing a user's ISPF profile > > >> > > >> You probably want SMF record type 15, to tell you who has opened a > > dataset > > >> for output, and when. > > >> > > >> Are you a RACF shop? You can define a RACF profile for the user's > > >> ISPF profile dataset to ensure that only they have more than READ > > >> access, and use NOTIFY(userid) to get a TSO message whenever some > > >> other > > user/whatever > > >> fails the RACF check. ACF2 has similar facilities, and I've never > > >> met > > TSS. > > >> > > >> Ant. > > >> > > >> -----Original Message----- > > >> From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On > > Behalf > > >> Of Gadi Ben-Avi > > >> Sent: Friday, 5 July 2019 12:21 AM > > >> To: IBM-MAIN@LISTSERV.UA.EDU > > >> Subject: Who is changing a user's ISPF profile > > >> > > >> Hi, > > >> > > >> A user is complaining that 'someone' is changing their ISPF profile > > >> and setting that they set up are changing. > > >> > > >> Can I track this in SMF and see who, if anyone is doing this? > > >> > > >> I saw the SMF 42 records are created when members in a PDS or PDS/E > > >> are changed. > > >> > > >> Will they pick up ISPF profile changes? > > >> We are running z/OS v2.2. > > >> > > >> Thanks > > >> Gadi > > -- > > Joel C. Ewing > > [>] ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
