Projet

Général

Profil

Actions

Bug #8489

fermé

Contact - Formulaire champ de type Users

Ajouté par Marc Avenel il y a presque 8 ans. Mis à jour il y a environ 7 ans.

Statut:
Closed
Priorité:
High
Assigné à:
Début:
16/01/2017
Echéance:
% réalisé:

100%

Temps estimé:
Navigateur:
Tous
Votre version de Silverpeas:
5.15.5
Système d'exploitation:
Votre base de données:
Toutes
Livraison en TEST:
Livraison en PROD:

Description

Dans mon formulaire intégré dans mon composant "YellowPages"
J'ai un champs de type user
  • En cliquant sur le champ j'accède bien à la liste des utilisateurs
  • Par contre quand je valide les acteurs associés j'ai un popup avec une page blanche
    (Voir copie écran)

Fichiers

Contact_User_Error.PNG (5,48 ko) Contact_User_Error.PNG Marc Avenel, 16/01/2017 16:00
Contact_User_Add.PNG (9,28 ko) Contact_User_Add.PNG Marc Avenel, 16/01/2017 16:00

Mis à jour par Marc Avenel il y a presque 8 ans

  • Priorité changé de Normal à High

Je permets de vous relancer.
On doit finaliser cette gestion de contact dans la semaine.
Le but du formulaire c'est d'associer un Responsable du LDAP à chacune des fiches contacts
> champ de type "User".
D'avance je vous en remercie

Mis à jour par Marc Avenel il y a presque 8 ans

C'est le champ type "users" qui ne fonctionne pas.
Avec type "user" c'est OK.
Reste une anomalie avec multiple utilisateurs

Mis à jour par David Lesimple il y a presque 8 ans

  • Tracker changé de Support à Bug
  • Sujet changé de Contact - Formulaire champ de type User à Contact - Formulaire champ de type Users
  • Statut changé de New à Qualified
  • Votre version de Silverpeas changé de 5.15.3 à 5.15.5
  • Votre base de données mis à Toutes

Reproduit en 5.15.3 et 5.15.5 (erreur javascript)

Mis à jour par David Lesimple il y a presque 8 ans

  • Version cible mis à Version 5.15.6

Mis à jour par David Lesimple il y a presque 8 ans

info interne SP: le paramètre elementName passé à selectionPeas est incorrect.

on passe elementName=<nom_du_champ>$$name au lieu de elementName=<nom_du_champ>_name

Mis à jour par Nicolas Eysseric il y a presque 8 ans

  • Statut changé de Qualified à In progress...
  • Assigné à mis à Nicolas Eysseric
  • Navigateur changé de Firefox à Tous

Le problème n'était pas celui décrit par David.
Le problème était que, lors de la fermeture de la popup, l'affectation des champs de la fenêtre principale était basé sur le nom d'un formulaire qui n'existe plus. Désormais, on passe directement par l'id des champs (en faisant donc abstraction du nom des formulaires de la page).
Cette technique est celle déjà utilisée pour la sélection unitaire d'un utilisateur ou d'un groupe.

Mis à jour par Nicolas Eysseric il y a presque 8 ans

  • Statut changé de In progress... à Resolved
  • % réalisé changé de 0 à 100

Mis à jour par Yohann Chastagnier il y a presque 8 ans

  • Statut changé de Resolved à Integration in progress...

Mis à jour par Yohann Chastagnier il y a presque 8 ans

  • Statut changé de Integration in progress... à V6 pending

Validé et intégré en 5.15.x

Mis à jour par Yohann Chastagnier il y a plus de 7 ans

  • Statut changé de V6 pending à Closed

Reporté en 6.x

Mis à jour par Marc Avenel il y a environ 7 ans

Nous sommes en 5.15.7
Je ne pense pas l'avoir intégré.
Comment puis je le savoir merci?

Mis à jour par David Lesimple il y a environ 7 ans

Marc Avenel a écrit :

Nous sommes en 5.15.7
Je ne pense pas l'avoir intégré.
Comment puis je le savoir merci?

Attention, vous n'êtes pas en 5.15.7 (qui n'est d'ailleurs pas sortie en version définitive).
Vous avez seulement quelques correctifs de 5.15.7 (optimisations copie de GED, etc).

Mais peu import, ce correctif a été apporté dans la version 5.15.6 donc vous l'avez.

Mis à jour par Marc Avenel il y a environ 7 ans

David je clos le ticket
Merci à vous David

Actions

Formats disponibles : Atom PDF