Manage dashboard access rights per Group and per User

[MichaelRodriguesOficial]

Update to better manage access to the dashboards.

Checklist before requesting a review

• I have performed a self-review of my code.
• I have added tests (when available) that prove my fix is effective or that my feature works.
• I have updated the CHANGELOG with a short functional description of the fix or new feature.
• This change requires a documentation update.

Description

Currently, dashboard access can only be granted per Profile. This PR adds the ability to also grant (or deny) access per Group and per User, using the same rights mechanism (Profile::dropdownRight) already used for profiles.

• Adds a new PluginMetabaseItemright class, mirroring PluginMetabaseProfileright, storing rights keyed by itemtype (Group or User) + items_id + dashboard_uuid.
• Adds a new tab ("Metabase") on the Group and User forms, gated by the existing group/user UPDATE rights, to manage dashboard access for that group/user.
• Access rights are now additive: a dashboard is shown on Central if the user's profile, any of their groups, or the user themselves has been granted READ access.
• No changes to the existing profile-based rights: they keep working exactly as before, this is purely additive.

I did not add automated tests since the plugin doesn't currently have a test suite in place.

Screenshots:

[stonebuzz]

You should use Twig templates instead.

Direct echo statements in PHP are no longer allowed. All output should be rendered through Twig templates to comply with the current coding standards.

[MichaelRodriguesOficial]

Thanks for the review! You are absolutely right. I will refactor the showRightsForm() method to use Twig templates, following current GLPI standards.

[Rom1-B]

You should use Twig to eliminate all the echo statements

[Rom1-B]

Several errors in the CI

[Rom1-B]

You should use Twig to eliminate all the echo statements