CSV import bug ?

I'm trying to import users from another LDAP, through a CSV file. I'm using the ldapmanager plugin. FD 1.0.14, Debian 8.5.

I try to import the CSV via "LDAP import/export > CSV import", Object type : User. Then i upload my file, I click on "import", I fil the "template filing" frame on the right and click import. I got the following error in FD :

"You have no permission to create this object!

And this in the logs :

Jul 25 15:23:39 fd apache2: FusionDirectory [fd-admin]: (view) error: PHP error: sort() expects parameter 1 to be array, null given (/usr/share/fusiondirectory/include/class_plugin.inc, line 602) Jul 25 15:23:39 fd apache2: FusionDirectory [fd-admin]: (view) error: PHP error: Invalid argument supplied for foreach() (/usr/share/fusiondirectory/include/class_plugin.inc, line 604) Jul 25 15:23:39 fd apache2: FusionDirectory [fd-admin]: (view) error: PHP error: array_merge() expects at least 1 parameter, 0 given (/usr/share/fusiondirectory/include/class_plugin.inc, line 878) Jul 25 15:23:39 fd apache2: FusionDirectory [fd-admin]: (view) error: PHP error: array_unique() expects parameter 1 to be array, null given (/usr/share/fusiondirectory/include/class_plugin.inc, line 878) Jul 25 15:23:39 fd apache2: FusionDirectory [fd-admin]: (view) error: PHP error: Invalid argument supplied for foreach() (/usr/share/fusiondirectory/include/class_plugin.inc, line 879) Jul 25 15:23:39 fd slapd[567]: conn=1047 op=2 do_search: invalid dn: "new" Jul 25 15:23:39 fd rsyslogd-2007: action 'action 17' suspended, next retry is Mon Jul 25 15:24:09 2016 [try http://www.rsyslog.com/e/2007 ] Jul 25 15:23:39 fd apache2: FusionDirectory [fd-admin]: (view) error: PHP error: Cannot return list of departments, no default base found in class user. (base is '') (/usr/share/fusiondirectory/include/class_plugin.inc, line 1686) Jul 25 15:23:39 fd slapd[567]: <= bdb_equality_candidates: (roleOccupant) not indexed Jul 25 15:23:39 fd slapd[567]: <= bdb_equality_candidates: (roleOccupant) not indexed Jul 25 15:23:39 fd apache2: FusionDirectory [fd-admin]: (view) error: PHP error: Undefined offset: 0 (/usr/share/fusiondirectory/plugins/personal/generic/class_user.inc, line 131) Jul 25 15:23:39 fd slapd[567]: conn=1047 op=29 do_search: invalid dn: "new"

PS : I can create an user directly from FD without problem, so I guess I've enough rights (logged as admin).

(from redmine: issue id 5026, created on 2016-07-25, closed on 2016-07-28)

• Changesets:
  • Revision 3b39aefd by Côme Chilliet on 2016-07-27T15:04:57.000Z:

Fixes #5026 Fixed various problems (mainly PHP errors)  in csv import

• Revision 1601af3c by Côme Chilliet on 2016-07-27T15:10:28.000Z:

Fixes #5026 Fixed various problems (mainly PHP errors)  in csv import

• Revision d49c33de by Côme Chilliet on 2016-07-28T07:51:19.000Z:

Fixes #5026 Blocking CSV import when there is no template

• Revision ab821ea8 by Côme Chilliet on 2016-07-28T07:52:02.000Z:

Fixes #5026 Blocking CSV import when there is no template

• Custom Fields:
  • Bug in version: 1.0.14
• Uploads:
  • demotest.csv
  • demotestlight.csv

Edit : Essayé sur demo.fusiondirectory.org aussi, j'obtiens :

• You have no permission to create this object!
• The field 'Login' contains invalid characters!

(from redmine: written on 2016-07-25)

Test file joined

(from redmine: written on 2016-07-25)

Bonsoir,

oui le fichier csv est faux, il faut un fichier csv contenant les données utilisateur en format classique et pas avec des dn ldap ou autres

du genre

"benoit","mortier","/home/bmortier/"

etc

il faudrait donc que tu reteste avec un fichier correct

Bonne soirée

(from redmine: written on 2016-07-25)

Benoit MORTIER wrote:

Bonsoir,

oui le fichier csv est faux, il faut un fichier csv contenant les données utilisateur en format classique et pas avec des dn ldap ou autres

du genre

"benoit","mortier","/home/bmortier/"

etc

il faudrait donc que tu reteste avec un fichier correct

Bonne soirée

A savoir que je n'utilise aucun des champs qui contient un dn= ou autre caractère spécial, en dehors du "." dans la séparation prénom.nom . Mais merci du retour, je vais modifier mon fichier et retenter.

(from redmine: written on 2016-07-26)

J'ai retesté avec un fichier simplifié au maximum, j'ai toujours la même erreur dans FD et les mêmes erreurs dans mes logs. Je joins le fichier csv simplifié.

Merci !

(from redmine: written on 2016-07-26)

Philippe Spinosa wrote:

Edit : Essayé sur demo.fusiondirectory.org aussi, j'obtiens :

• You have no permission to create this object!
• The field 'Login' contains invalid characters!

Je n’arrive à reproduire la première erreur. La deuxième vient simplement du fait que ton login contient un point ce qui est interdit en mode strict. Il faut soit que tu retires les «.» des logins soit que tu passes ton FD en mode non strict (tu décoches «Strict naming policy» dans la configuration)

J’ai aussi une erreur PHP étrange dont je suis en train de chercher l’origine.

Pourquoi passer par l’import CSV si tu as déjà tes données au format LDAP?

(from redmine: written on 2016-07-27)

Côme BERNIGAUD wrote:

Philippe Spinosa wrote:

Edit : Essayé sur demo.fusiondirectory.org aussi, j'obtiens :

• You have no permission to create this object!
• The field 'Login' contains invalid characters!

Je n’arrive à reproduire la première erreur. La deuxième vient simplement du fait que ton login contient un point ce qui est interdit en mode strict. Il faut soit que tu retires les «.» des logins soit que tu passes ton FD en mode non strict (tu décoches «Strict naming policy» dans la configuration)

J’ai aussi une erreur PHP étrange dont je suis en train de chercher l’origine.

Pourquoi passer par l’import CSV si tu as déjà tes données au format LDAP?

• Pour la 1ere erreur, pourtant il suffit de prendre mon csv et de tenter de l'importer sur la démo FD, avec l'utilisateur admin.
• Pour la 2eme erreur, de mon côté sur mon FD, j'ai déjà décoché le strict naming policy

Pour la dernière question, mes données LDAP ne sont pas du tout organisées comme FD, du coup il est bien plus simple pour moi d'exporter mes données en csv, de modifier et garder les champs appropriés, puis d'importer dans FD pour qu'il fasse sa propre tambouille.

(from redmine: written on 2016-07-27)

Philippe Spinosa wrote:

• Pour la 1ere erreur, pourtant il suffit de prendre mon csv et de tenter de l'importer sur la démo FD, avec l'utilisateur admin.

Je viens de réessayer et non je n ai toujours pas cette erreur. Comme tu n as pas précisé quel template tu utilisais j ai pris un template entièrement vide, peut-être que tu en as un avec des valeurs différentes qui causent ce soucis.

(from redmine: written on 2016-07-27)

Philippe Spinosa wrote:

• Pour la 2eme erreur, de mon côté sur mon FD, j'ai déjà décoché le strict naming policy

Quand je décoche le strict naming ou que j’enlève le '.' du csv je n’ai plus la deuxième erreur.

(from redmine: written on 2016-07-27)

Philippe Spinosa wrote:

Pour la dernière question, mes données LDAP ne sont pas du tout organisées comme FD, du coup il est bien plus simple pour moi d'exporter mes données en csv, de modifier et garder les champs appropriés, puis d'importer dans FD pour qu'il fasse sa propre tambouille.

Ok je comprends.

Est-ce que tu peux essayer sur http://demo-fixes.fusiondirectory.org/ qui contient les petits correctifs que j’ai fait sur les erreurs PHPs constatées ?

(from redmine: written on 2016-07-27)

Ok so the main problem was CSV import allowed «Template» field to be empty if no template were found. This is now fixed.

(from redmine: written on 2016-07-28)

Côme BERNIGAUD wrote:

Ok so the main problem was CSV import allowed «Template» field to be empty if no template were found. This is now fixed.

It works on last http://demo-fixes version. I got the right error message for not using any template :) Thank you !

(from redmine: written on 2016-07-28)

Close issue

(from redmine: written on 2016-07-28)

closed

added Fixed label