You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Some days ago I applied last commits from the bugfixes branch and I obseved that users with only dynamic profiles calculated from their groups stop connecting to GLPI. After some investigations, it appeared that the reason was that peoples dynamic profiles were deleted during the login process. Some debugging allowed me to see that the applyRightRules User's function were called twice, the first time during authentication, and the second time while getAuthToken. When I checked #16881, I found that a property called "must_process_ruleright" was introduced. I suppose that it was done in order to control if right rules should really be applied. But it seems that nothing switch it back to false. So on the first call, profile rights are updated in the DB, and on the second call they are removed. If the property is disabled at the end of the first processing, the second call would not do anything, so user would keep his profile rights...
Code of Conduct
Is there an existing issue for this?
Version
GLPI 10.0.15-dev
Bug description
Hello,
Some days ago I applied last commits from the bugfixes branch and I obseved that users with only dynamic profiles calculated from their groups stop connecting to GLPI. After some investigations, it appeared that the reason was that peoples dynamic profiles were deleted during the login process. Some debugging allowed me to see that the applyRightRules User's function were called twice, the first time during authentication, and the second time while getAuthToken. When I checked #16881, I found that a property called "must_process_ruleright" was introduced. I suppose that it was done in order to control if right rules should really be applied. But it seems that nothing switch it back to false. So on the first call, profile rights are updated in the DB, and on the second call they are removed. If the property is disabled at the end of the first processing, the second call would not do anything, so user would keep his profile rights...
Relevant log output
Page URL
No response
Steps To reproduce
No response
Your GLPI setup information
No response
Anything else?
No response
The text was updated successfully, but these errors were encountered: