Distribuzione FUSS » Octofuss » octofussd

Credo che il problema sia in octofussd, però non conosco molto il suo codice.

• Nella view UserCreate la home viene correttamente letta dal form
• Poi viene creato il tree per l'utente con lcreate() passando tutti i dati del form
• A questo punto credo che intervenga octofussd
• In ldapusers.py -> UserDB.new_user() chiama self._fillInNewUser()
• In common.py c'è l'implementazione di _fillInNewUser() che rispetto alla home directory sembra ignorare il dato in arrivo e setta sempre '/home/$UTENTE'

Facendo print di value e data ottengo questo:

_fillInNewUser, value {'gecos': 'user_b', 'homeDirectory': '/home/studenti/user_b', 'uid': 'user_b', 'loginShell': '/bin/bash'}
_fillInNewUser, data {'uid': ['user_b'], 'sn': ['user_b'], 'givenName': ['user_b'], 'sambaPwdCanChange': ['0'], 'gecos': ['user_b'],
'homeDirectory': ['/home/user_b'], 'sambaLogonTime': ['0'], 'sambaPrimaryGroupSID': ['SIDPREFIX-2000'], 'shadowMax': ['99999'], 'sambaLMPassword': ['XXX'],
'gidNumber': ['500'], 'ou': ['studenti'], 'sambaPwdLastSet': ['0'], 'uidNumber': ['2001'], 'sambaLogoffTime': ['2147483647'],
'sambaNTPassword': ['XXX'], 'sambaHomeDrive': ['H:'], 'sambaAcctFlags': ['[UX]'], 'loginShell': ['/bin/bash'], 'displayName': ['user_b'],
'cn': ['user_b'], 'sambaSID': ['SIDPREFIX-5002'], 'sambaPwdMustChange': ['2147483647'], 'objectClass': ['top', 'person', 'organizationalPerson',
'inetOrgPerson', 'posixAccount', 'shadowAccount', 'sambaSamAccount'], 'sambaKickoffTime': ['2147483647']}

e si vede che value['homeDirectory'] (cioè l'input) contiene '/home/studenti/user_b', mentre data['homeDirectory'] contiene '/home/user_b'.

Ma non so se ho trovato il problema o se la questione risiede altrove.

Visto il successo in #217 vedo se il problema anche qui è simile, come pare a prima vista

Corretto nel commit b15698f5 in octofussd (guardaci se è ok come soluzione. Ho provato anche a fare qualcosa come getattr(value, 'homeDirectory', '/home/%s' % user) ma così non funzionava, per questo c'è quella versione un po' più prolissa)

Pushato in octofussd master.

Mi torna la patch.

Pero' prima dobbiamo allora aggiungere a octonet il popolamento del campo del form quando si create/modifica un utente, perche' attualmente come default e' vuoto. Il rischio e' che non venga compilato e quindi che la home create sia un valore vuoto.

Nel form di creazione utente, aggiungerei via js il popolare il campo con '/home/${valore del campo username}' solo se il campo inizialmente e' vuoto, usando come trigger il keydown sul campo username.

Se vuoi apri un ticket in octonet e metti questo bloccato dal nuovo ticket.

Mergiato in master e pushato il ticket #230, ti giro anche questo allora

Con le nuove versioni dei pacchetti (octofussd 8.0.17-1 e octonet 0.2.3-1) questo problema non dovrebbe più presentarsi.

• Mentre si scrive lo username, viene autocompletato il campo home con /home/USERNAME
• Ovviamente il campo home resta modificabile a piacere