Projet

Général

Profil

Actions

Bug #1337

fermé

Héritage des droits non opérationnel pour certains composants

Ajouté par Cécile Bonin il y a presque 14 ans. Mis à jour il y a presque 14 ans.

Statut:
Closed
Priorité:
Normal
Assigné à:
Catégorie:
Configuration
Début:
01/12/2010
Echéance:
% réalisé:

100%

Temps estimé:
Temps passé:
Navigateur:
Firefox 3.x
Votre version de Silverpeas:
5.3.4
Système d'exploitation:
Linux
Votre base de données:
PostgreSQL
Livraison en TEST:
Livraison en PROD:

Description

Constaté sur http://my.silverpeas.com en V5.3.4 :

Aucun rôle hérité pour les composants :
- Workflow Demande de congés simple
- Formulaire en ligne

Pas d'héritage du rôle Publieur pour le composant :
- Gestion de ressources (équivalent rôle Responsable)

Pas d'héritage du rôle Rédacteur pour le composant :
- Enquête (équivalent rôle Participant multiple)

Pas d'héritage du rôle Lecteur pour le composant :
- Enquête (équivalent rôle Participant)
- Forum
- my db

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

  • Statut changé de New à Assigned
  • Assigné à mis à Cécile Bonin
  • Version cible mis à Version 5.5

Mis à jour par Cécile Bonin il y a presque 14 ans

  • Statut changé de Assigned à In progress...
  • % réalisé changé de 0 à 10

Mis à jour par Cécile Bonin il y a presque 14 ans

  • % réalisé changé de 10 à 100

Le fichier properties core/config-core/src/main/config/properties/com/silverpeas/admin/roleMapping.properties fait le Mapping des Profiles par défaut des espaces (admin, publisher, writer, reader) -> vers les Profiles du composant défini dans le xmlComponents (exemple pour Almanach : admin, publisher et user).

Le problème venait que d'une part, pour certains composants, les profiles étaient mal mappés.
D'autre part, certains composants n'étaient pas mappés du tout.

Ce fichier a été corrigé et mis à jour avec tous les composants existants (même les spécifiques). A chaque nouveau composant, il faudra bien penser à ajouter le mapping des profiles dans ce properties.

Le problème se pose maintenant pour l'existant : des composants déjà instanciés héritant des droits de l'espace, celui-ci ayant des groupes/utilisateurs définis par profil.

La solution manuelle est la suivante :
- modifier l'instance pour setter l'option "Ce composant n'hérite pas des droits de l'espace", valider
- puis modifier l'instance pour setter cette fois-ci l'option "Ce composant hérite des droits de l'espace", valider

La solution "batch" beaucoup plus compliquée à mettre en oeuvre serait la suivante :
- faire un batch qui concerne les composants posant problème et qui supprime les entrées de l'instance dans st_userrole et les recrée correctement (une entrée par profile)

Mis à jour par Cécile Bonin il y a presque 14 ans

  • Statut changé de In progress... à Resolved

commit config-core revision 3156

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

  • Statut changé de Resolved à Feedback

Les composants spécifiques ne doivent pas apparaitre dans ce fichier properties !
Une solution doit être mise en place pour ces composants (autre fichier exclu du clean maven).

Mis à jour par Cécile Bonin il y a presque 14 ans

  • Statut changé de Feedback à Resolved

Ce fichier contient désormais uniquement les 32 composants standards.
commit config-core revision 3205

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

  • Statut changé de Resolved à Closed

OK. Validé.

Actions

Formats disponibles : Atom PDF