DonutsNL / DonutsNL/samlsso

JIT import rule no applying

Open
#148 2 comments 0 reactions 1 assignee Claimed by @DonutsNL View on GitHub
bug
Dominant language
PHP
Stars
52
Forks
13
PR merge metrics
No merged PRs in 30d

Description

Hello,

I am using GLPI **v11.0.8** and samlsso **v1.3.1**. I am trying to assign GLPI profiles based on a user's email. As far as I know, per the documentation, this is the only JIT rule criteria that should work. Here is the rule criteria:

E-mail is user@company.com

Here are the rule actions:

Default profile assign MyProfile
Recursive assign Yes
Active assign Yes
Default Entity assign Root Entity

The issue I am encountering is that this rule is not "processed" even though it matches the criterias. Here are the logs:

```text
2026-07-09 11:33:53 [@glpi]
JIT a été appelé avec les paramètres : array (
'sub_type' => 'GlpiPlugin\\Samlsso\\RuleSaml',
'ruleid' => 93,
'input' =>
array (
'name' => 'user@company.com',
'realname' => 'username',
'firstname' => 'user_firstname',
'_useremails' =>
array (
0 => 'user@company.com',
),
'mobile' => false,
'phone' => false,
'samlClaimedGroups' =>
array (
0 => 'REDACTED',
),
'samlClaimedJobTitle' => '',
'country' => '',
'city' => '',
'street' => '',
'groups' => 'REDACTED',
'jobtitle' => '',
),
'output' =>
array (
'users_id' => 14,
'_rule_process' => false,
'_profiles_id_default' => '3',
'is_recursive' => '1',
'is_active' => '1',
'_entities_id_default' => '0',
),
)

2026-07-09 11:33:53 [@glpi]
JIT n'a trouvé aucun identifiant de groupe à ajouter.
2026-07-09 11:33:53 [@glpi]
Jit didnt find a default GroupID to assign, skipping
2026-07-09 11:33:53 [@glpi]
JIT found default entityID:0for userId:14
2026-07-09 11:33:53 [@glpi]
JIT found default profileID:3for userId:14
2026-07-09 11:33:53 [@glpi]
JIT found is_active:1for userId:14
2026-07-09 11:33:53 [@glpi]
Jit didnt update user defaults
```

I have tried with different criterias, each time deleting (move to bin, delete permanently) the created user in GLPI (I have enabled the JIT User Creation setting in the plugin interface), but this changes nothing... each time in the logs I get `'_rule_process' => false,`.

I do not have the skillset to dive personnally on the plugin's codebase to identify the problem.

Has anyone else experienced this issue? Is there a recommended workaround, or could this be considered a bug?

Thank you very much for your time and for maintaining this plugin.

EDIT: typo

Contributor guide

Open the contributing guide

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.