Restricted Caller Access keeps invalidating

[yundlu316]

Our team cloned the OOTB HRK Banner widget into our custom scope and is currently making edits.  When we tried to view in our test page, we encountered an error message saying: 

Execute operation on script include 'hr_PortalContent' from scope 'Custom' was denied. The application 'Custom' must declare a cross scope access privilege. Please contact the application admin to update their access requests.

We went to the Restricted Caller Access Privileges table and set the Status to Allow and it loads fine.  However, the minute we make a change to the code, reload, and try to view again, the Status changes to Invalidated.  This has happened about a dozen times now and it's quite frustrating.  Is there a reason why the Status of this keeps changing?  How can we change the Status to always be Allow?

[jasonkist]

We decided to live with it. I did find a way to quickly reset the RCAPs when making changes to the widget but it's still a pain. Its only when you make changes to the widget, not when you are testing. You as an org with your team could interrogate each target being tripped and set the caller access to none, but that may not be recommended.

[Michael_Martin]

I'm actually really condidering doing a business rule, that sets the one rule always back to allowed.. its really annoying.

[jasonkist]

This has come up again for me and I got tired of trying to code and then with each save, reset 4 different rcaps in 2 different scopes, very very annoying. So I wrote a script include in each scope with simple gliderecords to reset the rcaps. And then wrote a fix script in my scope to call the 2 script includes in other scopes calling the functions. A bit of work to sort out, but now that I did it, very helpful. I know I know, someone may post that this is not best practice, but this is coding in my Sandbox environment and these utils will not go up beyond my dev env.