Bug#1052159: Setting/changing passwords as admin does not work

2023-09-19 Thread Mike Gabriel

Hi Guido,

On  Mo 18 Sep 2023 12:51:12 CEST, Guido Berhoerster wrote:


Package: gosa
Version: 2.8~git20230203.10abe45+dfsg-9

When creating a user or changing the password as an admin, the password
is not being set after submitting the form by clicking on the "Set
password" button.

Upon further inspection, the password change form seems to be opened
with the selected entry, userManagement->pwd_change_queue property
contains the selected user, e.g.
"uid=gber,ou=people,ou=Teachers,dc=skole,dc=skolelinux,dc=no".  However
when submitting the form, userManagement->pwd_change_queue is empty so
that userManagement->handlePasswordQueue() method bails out at the start
instead of modifying the password.


The underlying cause here seems to be that pwd_change_queue does not  
survive the call/opening of password.tpl. IMHO, the pwd_change_queue  
or at least one DN needs to be piped through the from in password.tpl  
to survive into the next PHP call.


Have you observed the same issue with the classic theme? Or does the  
pwd change work with classic theme?


With Materialize CSS theme I can reproduce this, so I will dive into this...

Mike
--

DAS-NETZWERKTEAM
c\o Technik- und Ökologiezentrum Eckernförde
Mike Gabriel, Marienthaler Str. 17, 24340 Eckernförde
mobile: +49 (1520) 1976 148
landline: +49 (4351) 850 8940

GnuPG Fingerprint: 9BFB AEE8 6C0A A5FF BF22  0782 9AF4 6B30 2577 1B31
mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de



pgpJN5CCmNVK3.pgp
Description: Digitale PGP-Signatur


Bug#1052159: Setting/changing passwords as admin does not work

2023-09-18 Thread Guido Berhoerster
Package: gosa
Version: 2.8~git20230203.10abe45+dfsg-9

When creating a user or changing the password as an admin, the password
is not being set after submitting the form by clicking on the "Set
password" button.

Upon further inspection, the password change form seems to be opened 
with the selected entry, userManagement->pwd_change_queue property
contains the selected user, e.g.
"uid=gber,ou=people,ou=Teachers,dc=skole,dc=skolelinux,dc=no".  However
when submitting the form, userManagement->pwd_change_queue is empty so
that userManagement->handlePasswordQueue() method bails out at the start
instead of modifying the password.

The only error I see in the logs is this when the form is requested:

[Mon Sep 18 11:35:17.973862 2023] [php:error] [pid 68872] [client 
10.0.2.2:53452] PHP Fatal error:  Uncaught Exception: Serialization of 
'LDAP\\ResultEntry' is not allowed in [no active file]:0\nStack trace:\n#0 
{main}\n  thrown in [no active file] on line 0, referer: 
https://www/gosa/main.php?plug=1

-- 
Guido Berhoerster