[APM] Fixes alert creation items being available for readonly users#87343
[APM] Fixes alert creation items being available for readonly users#87343ogupte merged 2 commits intoelastic:masterfrom
Conversation
|
Pinging @elastic/apm-ui (Team:apm) |
|
jenkins run the e2e |
|
@elasticmachine merge upstream |
💛 Build succeeded, but was flaky
Test FailuresChrome X-Pack UI Plugin Functional Tests.x-pack/test/plugin_functional/test_suites/resolver.Resolver test app when the user is interacting with the node with ID: secondChild when the user hovers over the primary button when the user has clicked the primary button (which selects the node.) should render as expectedStandard OutStack TraceMetrics [docs]Async chunks
Distributable file count
History
To update your PR or re-run it, just comment with: |
…r APM (elastic#87343) Co-authored-by: Kibana Machine <42973632+kibanamachine@users.noreply.github.com>
…r APM (elastic#87343) Co-authored-by: Kibana Machine <42973632+kibanamachine@users.noreply.github.com>
|
Thanks for doing this @ogupte! @cauemarcondes recently did something similar but instead of removing the link he disabled the submit button on the ui indices page if the user didn't have needed permissions. @formgeist Do we have some guidelines around when to disable ui elements and when to hide the links to them? Possible suggestion in the future: To make this consistent, instead of removing the link it should be greyed out. This makes it a little more clear that a particular action is available but just restricted for the current user. |
|
I also prefer disabling over hiding - doesn't the alert flyout handle user permissions in some way with an empty prompt or similar? I haven't checked it out, just curious. |
Closes #87026 by ensuring the user also has save privileges for APM.
Menu items to create a new alert are now hidden for readonly APM users.