Can you please refer below thread about ClipboardViewer privilege?
For ProArch4 accessrole there is a Clipboardviewer privilege is set on @baseclass. Normally setting this privilege is sufficient for accessing clipboard and Tracer.
However in ProArch4, there are some privileges set on Data-Portal class, which is parent of DesignerStudio portal class (Data-Portal-DesignerStudio). So when the user login to DesignerStudio, PRPC checks for the privileges set on the current class or immediate parent class i.e, Data-Portal.
Here as we have an RARO(Rule-Access-Role-Object) defined on Data-Portal class we will not proceed further and use this class RARO for privilege validation.
But this class RARO does not have the Clipboardviewer privilege granted and hence the tracer and clipboard are disabled.
But in case of PegaRULES:SysAdm4 role, no RARO is present on Data- and Data-Portal classes and hence @baseclass RARO is used for privilege validation.
This class has the Clipboardviewer privilege granted and hence the tracer and clipboard are visible.
Please check if the user has RARO on Data- or Data-Portal or Data-Portal-DesignerStudio classes along with @baseclass. If so please try adding the ClipboardViewer privilege to the specific class RARO instead of @baseclass.
Posted: 4 years ago
Posted: 11 Nov 2019 19:07 EST
Susan Liu (SusanLiu_GCS)
Senior Principal Engineer, Technical Support, Runtime Engine
In an old SR with the same issue (could not run remote tracer), the root cause was that the clipboard won’t work with Pega-Portal-Developer privileges. After delete the Pega-Portal-Developer related privileges, the clipboard works very well.
The class ‘Pega-Portal-Developer’ is basically tagged to the endUser portal where the clipboard is not accessible. Privileges added to this class will be referencing it as end user portals. As this privilege restricts the usage of clipboard, it is for end user portal. So it would be of no effect if you remove it for developers’ access role.