fix: rename $_SESSION key from 'plugins' to 'glpi_plugins'

[MyvTsv]

Checklist before requesting a review

Please delete options that are not relevant.

• 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.
• This change requires a documentation update.

Description

• It fixes !35797
• This RP resolves the issue that the configuration of the Escalation module was saved in the $_SESSION with the 'plugins' key while most other plugins use the 'glpi_plugins' key. This posed an issue with, for example, the ApproveByMail plugin. If the user has rules that modify the group if a validation is accepted with ticket rules and he approves a validation with the ApproveByMail plugin, the old group is not deleted even if the configuration "Delete old groups when adding a new" of climb is set to "Yes".

[stonebuzz]

I'm not convinced by this solution, approvalByMail initializes a user session when the user approves a validation request.

    public static function initSession(User $user): void
    {
        static::$old_session_id = Session::getLoginUserID();

        $auth = new Auth();
        $auth->user = $user;
        $auth->auth_succeded = true;

        Session::init($auth);
    }

and the Escalade plugin is designed to work in these conditions (from plugin_init_escalade())

    if ((isset($_SESSION['glpiID']) || isCommandLine()) && Plugin::isPluginActive('escalade')) {

    }

You should check whether the ApprovalByMail plugin initializes the user session correctly

[stonebuzz]

Seems good for me,

can you ask the client to confirm that it is working correctly by giving it the patch?

(you'll have to tell it to clean the glpi cache).

[stonebuzz]

and adapt changelog =)

[stonebuzz]

Suggested change

	- fix: rename $_SESSION key from 'plugins' to 'glpi_plugins'
	- Ensure plugin works seamlessly in external contexts (e.g., from plugins)

[Rom1-B]

In CHANGELOG, the descriptions must be functional, not technical.