Package: gosa Version: 2.7.4+reloaded2-1 Severity: important Tags: patch User: debian-...@lists.debian.org Usertags: debian-edu
When testing gosa 2.7.4 in Debian Edu jessie, the following issue occurred with the idGenerator parser in functions.inc (gen_uuids() function):
With: idGenerator="{%sn[3-6]}-{%givenName[3-6]}"the expected result (GOsa² 2.6) for a given fullname "Abcdefg Hijklmn" would be:
hij-abc hijk-abc hijk-abcd hijkl-abcd hijkl-abcde hijklm-abcde hijklm-abcdef In words: o Use the first three letters of the "SN" (surname). o Use the first three letters of the "givenName" (first name)o If the resuling UID already exists in LDAP, try adding the next letter to SN
o If that UID also exist, try adding the next letter to givenName o etc. o if 6 letters of the last name and 6 letter of the first name don'tprovide you with a unique login in LDAP, provide a text field for manual login UID input
But what happens in GOsa² 2.7 is this: j-c jk-c jk-cd jkl-cd jkl-cdewhich is complete non-sense to my mind. As you can see, the generate login ID starts at positions 3 of the givenName and sn attributes.
My proposal is to re-instate the previous behaviour of GOsa² 2.6 with GOsa² 2.7 in Debian jessie and beyond.
Patch is attached. Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb
Description: Re-instate GOsa² 2.6 uid-from-fullname generation Author: Mike Gabriel <mike.gabr...@das-netzwerkteam.de> --- a/gosa-core/include/functions.inc +++ b/gosa-core/include/functions.inc @@ -3831,7 +3831,7 @@ for($i=$match[5]; $i<= $match[7]; $i++){ if(isset($attributes[$match[2]][$i])){ $tmp = " ".$attributes[$match[2]]; - $str .= $tmp[$i]; + $str = substr ($tmp, 1, $i); $replacements[$match[0]][] = trim($str); } }
pgp_kQgwNwnQH.pgp
Description: Digitale PGP-Signatur