Project

General

Profile

Actions

Bug #1337

closed

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

Added by Cécile Bonin about 11 years ago. Updated almost 11 years ago.

Status:
Closed
Priority:
Normal
Assignee:
Category:
Configuration
Start date:
12/01/2010
Due date:
% Done:

100%

Estimated time:
Spent time:
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

Actions #1

Updated by Nicolas Eysseric almost 11 years ago

  • Status changed from New to Assigned
  • Assignee set to Cécile Bonin
  • Target version set to Version 5.5
Actions #2

Updated by Cécile Bonin almost 11 years ago

  • Status changed from Assigned to In progress...
  • % Done changed from 0 to 10
Actions #3

Updated by Cécile Bonin almost 11 years ago

  • % Done changed from 10 to 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)

Actions #4

Updated by Cécile Bonin almost 11 years ago

  • Status changed from In progress... to Resolved

commit config-core revision 3156

Actions #5

Updated by Nicolas Eysseric almost 11 years ago

  • Status changed from Resolved to 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).

Actions #6

Updated by Cécile Bonin almost 11 years ago

  • Status changed from Feedback to Resolved

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

Actions #7

Updated by Nicolas Eysseric almost 11 years ago

  • Status changed from Resolved to Closed

OK. Validé.

Actions

Also available in: Atom PDF