Silverpeas Issues Tracker: Demandeshttps://tracker.silverpeas.org/https://tracker.silverpeas.org/favicon.ico?17095821032023-01-11T10:55:54ZSilverpeas Issues Tracker
Redmine Silverpeas Core - Feature #13421 (New): Ne pas apparaitre dans l'annuairehttps://tracker.silverpeas.org/issues/134212023-01-11T10:55:54ZNicolas Eysseric
<p>Lorsque la plateforme est ouverte à des utilisateurs non connus et que l'auto-enregistrement est activé, certains aspects doivent être pris en compte.</p>
<p>Le premier est que, si l'utilisateur a pu créer son compte en toute autonomie, il doit pouvoir le supprimer également librement.<br />Cela a été traité par la feature <a class="issue tracker-2 status-5 priority-4 priority-default closed" title="Feature: Suppression autonome d'un compte (Closed)" href="https://tracker.silverpeas.org/issues/13193">#13193</a>.</p>
<p>Il doit pouvoir aussi décider d'apparaître dans l'annuaire ou pas (sauf si les conditions d'utilisation en vigueur imposent qu'il doit apparaitre).<br />C'est l'objet de cette évolution : ajouter un attribut <em>Ne pas apparaître dans l'annuaire</em> dans le profil de l'utilisateur.<br />Comme son nom l'indique, si l'utilisateur coche cette case, il ne doit plus figurer dans le ou les annuaires.</p>
<p>On peut se poser la question de la présence de l'utilisateur dans le panneau des utilisateurs pour les notifications entre utilisateurs.</p> Gallery (médiathèque) - Bug #13418 (Closed): Visiteur anonyme peut s'abonnerhttps://tracker.silverpeas.org/issues/134182023-01-11T10:04:27ZNicolas Eysseric
<p>Lorsque la plateforme a un accès anonyme, le compte utilisé peut s'abonner à l'application et aux différents albums.</p> Silverpeas Core - Bug #13300 (Closed): Mode anonyme : Mauvaise redirectionhttps://tracker.silverpeas.org/issues/133002022-11-02T10:33:33ZNicolas Eysseric
<p>Lorsque la plateforme a le mode anonyme activé, l'utilisateur accède d'abord à la plateforme (en mode anonyme donc) et peut se connecter dans un second temps.<br />Une fois sur l'écran de connexion, s'il saisit un mauvais couple identifiant/mot de passe, il est redirigé vers la page d'accueil en mode anonyme.<br />Il devrait rester sur la page de connexion avec le message habituel l'informant de l'erreur.</p> Gallery (médiathèque) - Feature #13297 (Closed): Taille d'affichage par défauthttps://tracker.silverpeas.org/issues/132972022-11-02T08:29:41ZNicolas Eysseric
<p>Actuellement, dans un album, les médias sont affichés avec la taille 133x100.<br />Un paramètre doit être ajouté pour que cette taille puisse être différente : 66x50, 133x100 ou 266x150.</p> Silverpeas Core - Feature #13197 (Closed): Espaces privés/communautaireshttps://tracker.silverpeas.org/issues/131972022-08-30T14:42:20ZNicolas Eysseric
<p><strong>L'existant</strong><br />La gestion des droits au niveau des espaces (et des applications) permet de définir leurs visibilités. <br />Un espace peut être entièrement public. Toutes les applications sont alors accessibles à tous les utilisateurs. Ils voient donc l'espace, sa page d'accueil et ses applications. <br />Si un espace n'est pas accessible à tous les utilisateurs, on peut le qualifier de <em>secret</em>. En effet, seuls les utilisateurs ayant les droits d'accès à au moins une application de cet espace le verront. Il ne sera pas présenté aux autres utilisateurs. Ils n'auront pas conscience que cet espace existe. C'est l'administrateur ou l'administrateur d'espace qui décide qui a accès à quels contenus en affectant les droits.</p>
<p><strong>L'évolution</strong><br />Il est demandé de mettre en place des espaces projets, des groupes de travail pour lesquels l'utilisateur doit explicitement faire la démarche de rejoindre le projet, le groupe. <br />Tous les utilisateurs de la plateforme ne sont pas forcément connus des administrateurs. La gestion des droits ne peut donc pas être faite de manière habituelle où l'administrateur de l'espace affecte les droits en connaissant les fonctions, les responsabilités des utilisateurs.<br />Dans ce contexte, les utilisateurs doivent voir ces espaces, avoir conscience qu'ils existent, en savoir suffisamment sur leurs raisons d'être pour avoir envie d'en rejoindre certains et de s'impliquer. Mais, évidemment, ils ne doivent pas avoir accès aux informations réservées aux membres de l'espace, du groupe.</p>
<p>Nous proposons de créer une nouvelle application dédiée à la gestion des inscriptions à un espace. Cette application sera identique aux autres (présence dans la bibliothèque d'applications, rôles, paramètres…). Dès lors qu'un administrateur ajoute cette nouvelle application dans un espace (quel que soit son niveau) ET que cette application est identifiée comme page d'accueil d'espace, le mécanisme d'inscription à cet espace est activé. Le gestionnaire de l'application (qui sera sans doute l'administrateur de l’espace) pourra alors saisir un contenu via l'éditeur WYSIWYG afin de présenter librement l'espace (objectifs, fonctionnement, images, planning…). C'est ce contenu qui sera présenté, sur la page d'accueil publique de l'espace, à l'ensemble des utilisateurs non encore membres. De plus, cette page indiquera le nombre de membres (nombre de contributeurs – hors rôle <em>Lecteurs</em> donc) et présentera un bouton <em>Rejoindre</em>.<br />Important : l'application <em>Inscriptions</em> n'héritera pas des droits de l'espace. Cela permettra de définir qui voit la façade de l'espace. Cela assurera la distinction entre les lecteurs du groupe et les lecteurs de la façade (donc la visibilité de l'espace mais pas de son contenu). En octroyant les droits du rôle <em>Lecteurs</em> à l'application, il permettra à plus ou moins d'utilisateurs de voir la façade de son espace (la page d'accueil publique) mais pas forcément le reste. <br />Dès qu'un utilisateur appuie sur ce bouton et confirme son choix (sans saisir de motivation particulière), il est automatiquement ajouté en tant que lecteur. Un paramètre de l'application permettra d'activer l'acceptation de la demande par un des administrateurs de l'espace (utile pour les groupes de travail). Dans ce cas, une notification est envoyée à l'administrateur de l'espace. Ce dernier peut alors se rendre sur la nouvelle application pour accepter ou refuser la demande. Dès lors qu'il accepte la demande, l'utilisateur est ajouté au rôle sélectionné parmi une liste déroulante qui contient les trois rôles possibles (Lecteurs, Rédacteurs et Publieurs) de l'espace parent. Une notification est envoyée au demandeur lui indiquant la décision et un message optionnel de l'administrateur. A partir de ce moment, l'utilisateur a accès à l'espace conformément à ses droits (comme pour un espace classique).</p>
<p><ins>Quitter l'espace</ins><br />L'application <strong>Inscriptions</strong> doit permettre à l'utilisateur de quitter l'espace projet. Un formulaire lui permettra de donner les raisons de ce départ (liste déroulante prédéfinie + champ motif non obligatoire + case à cocher « Acceptez-vous d'être contacté ? »). Une notification sera adressée à l'administrateur. Ces informations ne seront pas conservées.</p>
<p><ins>Acceptation d'un guide ou d'une charte</ins><br />Un paramètre d'instance de cette nouvelle application permettra également d'activer l'acceptation d'une charte ou d'un guide. Dès qu'un permalien vers un document sera renseigné via ce paramètre, une case à cocher <em>J'accepte les règles établies par ce document</em> apparaîtra dès que l'utilisateur cliquera sur le bouton <strong>Rejoindre</strong>. Le document pourra être consulté via le lien renseigné dans le paramètre. Si la case n'est pas cochée, l'utilisateur ne pourra pas confirmer son inscription à l'espace.</p>
<p><ins>Historique des inscriptions/désinscriptions</ins><br />L'historique des inscriptions et désinscriptions (utilisateur, date, inscription/désinscription) sera enregistrée en base de données. Ces informations pourront être exportées au format CSV. Lors de la suppression du compte, l'utilisateur est désinscrit automatiquement des espaces projet. Lors de l'exécution du Droit à l’oubli, l'anonymisation portera aussi forcément sur les inscriptions/désinscriptions.</p>
<p><ins>Avertir les administrateurs d'espace des nouveaux membres</ins><br />Les administrateurs des espaces peuvent vouloir être avertis des nouveaux membres. L'application <strong>Inscriptions</strong> disposera d'un paramètre pour activer ou non l'envoi d’une synthèse listant les nouveaux membres.</p>
<p><ins>Avertir tous les membres des nouveaux membres</ins><br />Un paramètre d'instance de cette nouvelle application permettra d'activer l'envoi d'une notification à tous les membres de l'espace lors de la validation de l'inscription d'un nouveau membre (particulièrement pertinent pour les groupes de travail).</p> Silverpeas Core - Feature #13193 (Closed): Suppression autonome d'un comptehttps://tracker.silverpeas.org/issues/131932022-08-30T13:13:21ZNicolas Eysseric
<p>Actuellement, si l'utilisateur peut créer son compte de manière autonome, il n'en est pas de même pour sa suppression. <br />Seul un administrateur général peut supprimer le compte d'un utilisateur.</p>
<p>Il est devenu nécessaire qu'un utilisateur puisse supprimer son compte de manière autonome via un formulaire dédié : motif (non obligatoire), exercice du droit à l'oubli. <br />Une notification sera adressée immédiatement aux administrateurs. La suppression sera disponible uniquement pour les utilisateurs appartenant au domaine sur lequel l'inscription autonome est activée. La session en cours sera détruite immédiatement. Les notifications seront envoyées immédiatement car il ne peut pas y avoir de persistance à cause du droit à l'oubli.</p> Silverpeas Core - Feature #13192 (Closed): Enrichissement de l'inscriptionhttps://tracker.silverpeas.org/issues/131922022-08-30T12:58:18ZNicolas Eysseric
<p>SILVERPEAS permet l'inscription autonome à la plateforme. Pour cela, il suffit d'activer le paramètre <em>newRegistrationEnabled</em> de <em>authenticationSettings.properties</em>.<br />Trois champs permettent de créer un compte : Nom, Prénom et Mail. De plus, elle dispose d'un contrôle actif pour prévenir les robots. Une fois validée, cette page génère le compte de l'utilisateur. Son adresse mail est utilisée comme identifiant. Un mot de passe est généré en respectant les règles en vigueur. Il reçoit alors un mail avec ses identifiants de connexion. Grâce au lien, il peut alors s'identifier directement. La création des comptes n’est pas validée par un administrateur de la plateforme.</p>
<p>L'objectif de cette évolution est d'enrichir cette page d'inscription avec le formulaire personnalisé de type <em>Annuaire</em>. <br />Ce formulaire permet d'obtenir des informations avancées fournies par le nouvel utilisateur lui-même.</p>
<p>De plus, il pourra télécharger sa photo de profil directement depuis cette page.</p> Silverpeas Core - Feature #13179 (Closed): Inciter à se connecter/à s'inscrirehttps://tracker.silverpeas.org/issues/131792022-08-03T09:06:49ZNicolas Eysseric
<p>Lorsque la plateforme a le mode <em>Anonyme</em> activé, l'utilisateur anonyme peut consulter les commentaires mais ne peut pas en écrire. Les commentaires sont en lecture seule.<br />L'objectif de cette évolution est d'inciter l'utilisateur à se connecter (ou à s'inscrire) via un bouton <em>Me connecter</em> (si l'inscription autonome à la plateforme n'est pas activée) ou <em>Me connecter/M'inscrire</em> (si l'inscription autonome à la plateforme est activée).<br />Dans ces deux cas, l'utilisateur sera redirigé vers la page de connexion.</p> Process Manager - Feature #12958 (Closed): [API] Ajout de la méthode doActionhttps://tracker.silverpeas.org/issues/129582022-03-25T08:29:29ZNicolas Eysseric
<p>Le processManager dispose d'une API qui permet de créer facilement une demande dans un workflow.<br />L'objet de cette évolution technique est d'ajouter une méthode permettant de faire avancer une demande dans le processus du workflow.</p> FAQ - Bug #12764 (Closed): Recherche locale incorrectehttps://tracker.silverpeas.org/issues/127642021-12-13T15:20:25ZNicolas Eysseric
<p>Si la plateforme est internationalisée (supporte plusieurs langues de contenu), la recherche dans la FAQ peut ne pas fonctionner.<br />Si la langue de la locale du serveur n'est pas égale à 'fr' mais égale à 'en', la recherche portera sur les champs indexés en 'en'.<br />Sauf que l'application FAQ ne supporte pas les contenus internationalisés, les contenus sont donc indexés dans la langue par défaut de la plateforme.<br />La recherche en 'en' ne donne donc aucun résultat.</p> GED - Feature #12754 (Closed): Droits de gestionnaire repris automatiquement lors de la création ...https://tracker.silverpeas.org/issues/127542021-12-06T15:00:30ZNicolas Eysseric
<p>Actuellement, il est possible de créer un dossier avec droits spécifiques.<br />Si ces droits ne sont pas définis immédiatement après, ce dossier peut être inaccessible.</p>
<p>Pour éviter cela, dès qu'un dossier avec droits spécifiques est créé, le rôle <em>Gestionnaires</em> est initialisé avec le rôle <em>Gestionnaires</em> du dossier parent (ou de l'application dans le cas d'un dossier de premier niveau).</p> GED - Bug #12740 (Closed): Glisser/déposer d'un dossier dans un dossier avec droits spécifiqueshttps://tracker.silverpeas.org/issues/127402021-12-01T08:08:30ZNicolas Eysseric
<p>Nous constatons un bug avec les glisser déposer de dossiers dans un répertoire GED qui a des droits spécifiques.</p>
<p>Lorsque nous créons un sous-dossier avec le bouton "Créer un dossier" -> aucun problème, notre nouveau dossier récupère bien les droits du dossier parent.<br />Lorsque nous glissons un dossier dans un dossier avec droits spécifiques -> bug, le dossier glissé et toutes ses publications héritent des droits de la GED et pas du dossier parent.</p> Silverpeas Core - Bug #12708 (Closed): Résultats de type Dossier incohérentshttps://tracker.silverpeas.org/issues/127082021-11-18T15:42:59ZNicolas Eysseric
<p>Des résultats de type "Dossier" peuvent remontés en tant que résultats d'une recherche alors que les termes recherchés ne sont pas présents pour ce dossier (ni dans le nom ou description simple et riche).</p> GED - Bug #12583 (Closed): Ordre par défaut non respectéhttps://tracker.silverpeas.org/issues/125832021-09-15T15:56:19ZNicolas Eysseric
<p>Si le paramètre <em>Ordre d'affichage</em> est spécifié et différent de <em>Date de modification décroissante</em> alors ce paramètre est ignoré lors du premier accès de l'utilisateur.</p> Silverpeas Core - Bug #12581 (Closed): Abonnements et raccourcishttps://tracker.silverpeas.org/issues/125812021-09-15T15:14:45ZNicolas Eysseric
<p>Si un utilisateur est abonné à un dossier dans lequel est le raccourci d'une publication et que cette publication est modifiée alors le système ne demande pas si les abonnés doivent être avertis.<br />A noter qu'il n'y a pas d'abonné dans le dossier d'origine de la publication.</p>