Silverpeas Issues Tracker: Demandeshttps://tracker.silverpeas.org/https://tracker.silverpeas.org/favicon.ico?17095821032018-10-03T18:57:52ZSilverpeas Issues Tracker
Redmine Silverpeas Core - Support #10091 (Closed): Migration de de la V5.15 à la V6.0https://tracker.silverpeas.org/issues/100912018-10-03T18:57:52ZUmar Raad
<p>Bonjour,</p>
<p>Je me suis atellé à l'installation de la V6 sur une VM de test et si on exclue quelques difficultés avec le deamon de libreoffice tout ne s'est pas trop mal passé.</p>
<p>La question maintenant est de savoir comment faire la transition de l'existant vers la V6</p>
<p><strong>Alternative 1 (Préférée)</strong> : Migration des données.</p>
<p>Plutôt que de faire un update d'un serveur existant qui traine un assez lourd historique de configurations, j'aurais voulu migrer les données de l'ancien serveur vers le nouveau. Pour faire court, il faudrait une procédure permettant d'exporter l'intégralité d'un KMELIA d'une version 5.15 vers son pendant en version 6</p>
<p>Idéalement il me faudrait une procédure équivalente pour la multimedia library.</p>
<p>Si vous disposez d'une doc décrivant l'opération correspondante ou si vous vous sentez d'humeur d'en rédiger une je serai preneur :-)</p>
<p><strong>Alternative 2</strong> : Update du serveur existant.</p>
<p>Votre site web (silverpeas.org) mentionne des actions particulières à faire en cas d'update mais elles ne sont documentées ni sur le site, ni dans les release notes. Est-ce que vous pourriez m'éclairer sur le sujet?</p>
<p>Merci beaucoup pour votre aide.</p>
<p>Cordialement</p>
<p>U.R.</p> Silverpeas Core - Feature #8382 (New): Multi Factor Authenticationhttps://tracker.silverpeas.org/issues/83822016-11-17T11:38:43ZUmar Raad
<p>Bonjour,</p>
<p>Dans le contexte actuel de consolidation de la sécurité que beaucoup d'entreprise traversent de nos jours (et pour longtemps) je pense que ça pourrait être intéressant d'implémenter la MFA dans Silverpeas.</p>
<p>Une des possibilités seraient d'utiliser le Google authentificator qui semble raisonnablement open sans être trop compliqué à implémenter.</p>
<p>Exemple ici : <a class="external" href="https://www.codementor.io/php/tutorial/google-two-step-authentication-otp-generation">https://www.codementor.io/php/tutorial/google-two-step-authentication-otp-generation</a></p>
<p>Merci pour votre attention.</p>
<p>Cordialement,</p>
<p>Umar</p> GED - Support #7382 (Closed): Impossible de visualiser les images dans CKEditorhttps://tracker.silverpeas.org/issues/73822016-01-25T12:29:35ZUmar Raad
<p>Bonjour,</p>
<p>Suite à la migration vers Silverpeas 5.15, ImageMagik a du être installé (Obligatoire pour traiter et afficher les images)<br />Ce point a été traité dans le bug <a class="external" href="https://tracker.silverpeas.org/issues/7260#change-32576">https://tracker.silverpeas.org/issues/7260#change-32576</a></p>
<p>J'ai par contre un autre problème.<br />Les images apparaissent maintenant normalement dans les publications (Voir 1_PubliOK.jpg)</p>
<p>Par contre quand je veux éditer le contenu de la publication (bouton content) j'ai un temps mort de 15~20 secondes avant que je puisse éditer quoi que ce soit et ceci même sur une publication vide... Ca ressemble à un timeout sur ???</p>
<p>Une fois que l'édition est possible, les images n'apparaissent pas normalement dans les publications. Un peu comme si les liens étaient morts (voir 2_ContentKO.jpg)</p>
<p>Lorsqu'on passe par l'assistant d'ajout d'image il est possible d'ajouter une image (La prévisualisation ne fonctionne pas) mais il n'est pas possible d'éditer ses paramètres (Voir 3_ImportImage.jpg)</p>
<p>Une fois la modification enregistrée l'image apparaît normalement dans la publication (Il est donc possible de créer les publications... C'est juste un peu sportif vu que l'édition se fait en aveugle).</p>
<p>Je suppose très fortement que c'est un simple problème de permission entre CKEditor et ImageMagik mais si vous pouviez m'indiquer quoi chercher ça serait une grande aide.</p>
<p>Silverpeas est installé sur Ubuntu 14.4 et imagemagik a été installé avec un simple "sudo apt-get install imagemagick"</p>
<p>Cordialement,</p>
<p>Umar</p> Silverpeas Core - Support #7260 (Closed): L'upgrade vers la version 5.15 fait sauter les photos d...https://tracker.silverpeas.org/issues/72602015-12-27T17:31:52ZUmar Raad
<p>Bonjour,</p>
<p>Tout est dans le titre...</p>
<p>L'upgrade de la version 5.14 vers la version 5.15 (et tout cas chez moi) a fait sauter toutes les photos enregistrées pour tous les profiles utilisateurs.</p>
<p>Cordialement,</p>
<p>Umar</p> Silverpeas Core - Support #7259 (Closed): Impossible d'attribuer des doits à des sous-groupeshttps://tracker.silverpeas.org/issues/72592015-12-27T17:29:48ZUmar Raad
<p>Bonjour,</p>
<p>J'ai créer plusieurs groupes dans le domaine Silverpeas<br />Dans ces groupes j'ai créé des sous groupes.</p>
<p>Lorsque j'utilise l'interface de gestion des droits pour appliquer des droits sur une application et que je veux choisir un groupe, seul les groupes de premier niveau apparaissent. Aucun des sous-groupes n'est affiché et je n'ai pas trouvé de moyen pour les faire apparaître.</p>
<p>Exemple:</p>
<p>On crée les groupes suivant:</p>
<p>Domaine Silverpeas:
|-Groupe1
| |_GroupeA
|
|-Groupe2
|_GroupB</p>
<p>Seuls les groupes 1 et 2 sont disponibles pour l'attribution des droits. Les groupes A et B sont innaccessibles.</p> Silverpeas Core - Feature #6811 (Closed): Modification de l'indexation et du moteur de recherchehttps://tracker.silverpeas.org/issues/68112015-09-02T08:09:31ZUmar Raad
<p>Bonjour,</p>
<p>La proposition suivante n'est que, comme déjà indiqué, une proposition. Elle se base sur les problèmes que nous avions rencontré à l'époque de DSR avec le moteur de recherche.</p>
<p><strong>Explication du problème:</strong></p>
<p>Nous utilisions un grand nombre de GED sur lequel les droits sur les dossiers étaient activés.</p>
<p>Sachant que la recherche analyse dans un premier temps les informations d'indexation PUIS parse tous les dossiers (ce qui est long) afin de savoir si les droits des utilisateurs leur permettent de voir le document trouvé, les temps de recherche étaient très lents (de l'ordre de 40 secondes ou plus). Ce même délais apparaissait lorsqu'on ouvrait la recherche avancée (A cause du comptage de publication variable suivant les droits)</p>
<p><strong>Solution proposée</strong></p>
<p>Idéalement il faudrait intégrer les droits sur les publications/dossiers des GED dans l'indexation de la plateforme et n'effectuer les recherches QUE sur les résultats de l'indexation.<br />Ceci implique aussi le fait de conserver le delta des changements de droits dans un "buffer" qui peut aussi être lu par le moteur de recherche afin que les résultats reste cohérents entre deux indexations.</p>
<p>Sauf erreur de ma part, une grande part des autres solutions de CMS utilisent un procédé similaire.</p>
<p>Je me rends bien sûr compte que c'est un gros travail qui en plus n'est pas visible au premier coup d’oeil, mais comme vous êtes en plein dans un processus de remise à plat des fondamentaux de SP je pense que ça vaut la peine de garder ceci dans un coin de votre esprit.</p>
<p>Cordialement,</p>
<p>Umar</p> Silverpeas Core - Bug #6518 (Closed): Drag & Drop applet bloquée si utilisé derrière un reverse p...https://tracker.silverpeas.org/issues/65182015-04-28T20:48:25ZUmar Raad
<p>Bonjour,</p>
<p>Comme vous pouvez le lire dans le titre, il s'agit là d'un cas assez particulier. Il faut que les conditions suivantes soient réunies:</p>
<p>- Utilisation d'un reverse proxy pour la publication du serveur Silverpeas<br />- Disposer d'un certificat commercial servant à présenter Silverpeas installé sur le reverse proxy (Le problème ne se présente PAS avec un certificat auto-signé)</p>
<p>Architecture (Sophos UTM 9.310-11):</p>
<p>Client Externe -- 443 --> Reverse Proxy/Firewall -- 80 --> Serveur Silverpeas</p>
<p>Cas 1: Publication avec certificat auto-signé sur le reverse proxy</p>
<p>- Lancement de Firefox et validation de l'alerte de sécurité pour le certificat auto-signé<br />- Ouvrir une publication (n'importe laquelle) et cliquer sur "Pour déposer rapidement un fichier" <br />- Valider l'alerte de sécurité pour le certificat (Voir pièce jointe "WarningButOK.jpg")<br />- L'applet se charge et est utilisable<br />- OK</p>
<p>Cas 2: Publication avec certificat commercial sur le reverse proxy</p>
<p>- Lancement de Firefox<br />- Ouvrir une publication (n'importe laquelle) et cliquer sur "Pour déposer rapidement un fichier" <br />- Applet en erreur avec message suivant dans la console (Voir pièce jointe "CommercialKO.jpg" et "JavaConsole.txt")<br />- L'applet ne se charge pas.</p>
<p>Afin d'éviter toute ambiguïté quant au reste de la configuration du reverse proxy, je n'ai changé aucune configuration côté firewall ou serveur Silverpeas et je n'ai fait que rajouter l'entrée suivante dans le fichier hosts du client se connectant au serveur à travers le proxy (Adresse pour la verification du certificat auprès de l’émetteur):</p>
<p>127.0.0.1 ocsp.startssl.com</p>
<p>Après avoir fait cette modification, je me retrouve dans le même cas de figure que dans le cas 1 (Certificat auto-signé)</p>
<p>J'ai peut-être fait une erreur de configuration qqpart, mais je me rappelle avoir vu passer une demande de feature pour remplacer le Drag & Drop actuel par une version HTML5. Compte tenu de l'augmentation régulière de la sécurité minimale configurable d'une version à l'autre de Java et de la complexification progressive de l'utilisation de l'applet sans alerte de sécurité, je ne peux que vous encourager en ce sens.</p>
<p>Merci pour votre aide.</p>
<p>Cordialement,</p>
<p>Umar</p> Silverpeas Core - Feature #5818 (New): Possibilité de limiter la création de certain peas uniquem...https://tracker.silverpeas.org/issues/58182014-08-05T08:39:59ZUmar Raad
<p>Bonjour,</p>
<p>Je ne suis pas directement concerné par cette demande (je n'en ai donc pas besoin) mais je pense que ça serait une feature importante vis à vis de la sécurité.</p>
<p>Explication:</p>
<p>Vous voulez donner les droits d'aministration sur un espace à un utilisateur en particulier ce qui lui donne par la même occasion le droit de créer des peas dans cet espace (jusqu'à là tout va bien)</p>
<p>Vous ne voulez PAS que cet utilisateur dispose de droits supplémentaires ailleurs dans la plateforme.</p>
<p>L'utilisateur en question est intelligent et pas très honnête en prime. Il se crée donc un peas "silvercrawler" qu'il fait pointer sur "/". Ca lui donne accés à tout le serveur y compris les fichiers de configuration de SilverPeas qui contiennent des mots de passe.</p>
<p>Ma proposition serait donc de rajouter un setting quelque part permettant de spécifier les peas limités au "super-admin" de la plateforme.</p> Silverpeas Core - Bug #5423 (Closed): Problème d'affichage du bandeau dans le nouveau look par dé...https://tracker.silverpeas.org/issues/54232014-03-29T11:24:45ZUmar Raad
<p>Bonjour,</p>
<p>Ce "bug" n'est vraiment pas important mais autant vous le remonter et vous choisirez entre le corriger ou non.</p>
<p>Lorsqu'on clique sur le logo Silverpeas (en haut à gauche de la page) pour retourner sur la page par défaut et qu'ensuite on utilise les touches flechées du clavier pour descendre dans la page c'est en fait le bontenu du bandeau qui monte et qui donne un résultat assez particulier.</p>
<p>Merci pour votre aide.</p>
<p>Cordialement,</p>
<p>Umar</p> Silverpeas Core - Bug #5422 (Closed): La portlet "Dernières publications" de la page de démarrage...https://tracker.silverpeas.org/issues/54222014-03-29T11:20:42ZUmar Raad
<p>Bonjour,</p>
<p>Ce "bug" n'est vraiment pas important mais autant vous le remonter et vous choisirez entre le corriger ou non.</p>
<p>Le composant "Dernières publications" que l'on peut afficher dans la page de démarrage de Silverpeas indique, en fait, le contenu du dernier espace dans lequel on s'est trouvé.</p>
<p>Quand on a été dans un espaces et qu'on revient sur la page de démarrage par défaut (Logo Silverpeas en haut à gauche du site), il continue de montrer les dernières publications de l'espace dans lequel on se trouvait au lieu d'afficher l'information pour le site complet.</p>
<p>Je n'ai pas testé si le problème se produit avec un autre look que le nouveau look par défaut de SP 5.14</p>
<p>Merci pour votre aide.</p>
<p>Cordialement,</p>
<p>Umar</p> Silverpeas Core - Support #5419 (Closed): L'aide en ligne ne fait pas partie de l'installation pa...https://tracker.silverpeas.org/issues/54192014-03-28T09:56:16ZUmar Raad
<p>Bonjour,</p>
<p>Ce problème n'est pas récent (Du moins je l'ai depuis de nombreuses versions) mais lorsqu'on clique sur le lien "aide" on se retrouve devant une erreur 404.</p>
<p>Après vérification, le répertoire <span>SILVERPEAS_DATA</span>/data/web/help_fr.war est manquant (aussi dans une installation neuve).</p>
<p>Quand on crée ce répertoire et le popule avec un site web ce dernier apparait normalement lorsqu'on clique sur "aide".</p>
<p>Est-il normal que l'aide soit manquante ou est-ce un oubli?</p>
<p>Je n'ai en tout cas pas trouvé de source web avec une aide plus récente que celle disponible lors de la sortie de la version 5.0 (qui est vraiment dépassée).</p>
<p>Merci pour votre aide.</p>
<p>Cordialement,</p>
<p>Umar</p> Silverpeas Components - Bug #5418 (Closed): Error:0[ ] depuis le passage au look par défaut de Si...https://tracker.silverpeas.org/issues/54182014-03-28T09:50:43ZUmar Raad
<p>Bonjour,</p>
<p>Depuis le passage au look par défaut dans Silverpeas 5.14 je me retrouve régulièrement devant le message "Error: 0[ ]".<br />Ce message peut se produire n'importe où dans la plateforme et je n'ai pas pu (pour l'instant) identifier quoi en particulier le crée.</p>
<p>Ce message ne s'est jamais produit avec le look précédent tout les autres éléments de la configuration client/serveur étant identique.</p>
<p>Ce message n'est pas bloquant (Il suffit de cliquer sur OK pour continuer) et ne me dérange pas plus que ça, mais je pense qu'il peut être embêtant s'il se produit pour tous les utilisateurs.</p>
<p>Merci pour votre aide.</p>
<p>Cordialement,</p>
<p>Umar</p> Silverpeas Components - Support #5416 (Closed): Partage de dossier impossible dans le cas de l'ut...https://tracker.silverpeas.org/issues/54162014-03-28T09:30:21ZUmar Raad
<p>Bonjour,</p>
<p>Ce problème semble limité à l'utilisation de Silverpeas derrière un reverse Proxy:</p>
<p>"External access"--https--"reverse proxy"--http--"SilverpeasServer"</p>
<p>Lorsque j'essaye de partager un dossier à travers la nouvelle fonctionnalité de partage de dossier du thème tracker, le ticket se crée normalement et une URL est mise à disposition, mais lorsqu'on essaye d'utiliser cette URL on a les effets (anormaux?) suivants:</p>
<p>- Une page web s'ouvre avec le bandeau de la version précédente de Silverpeas (thème par défaut de la V. 5.13)<br />- La colonne de gauche (devant en principe contenir le tree-view du dossier partagé) ne contient que le message "Loading" qui tourne sans fin mais sans causer d'erreur.<br />- La zone de droite (devant contenir les publications du thème courant) indique que le dossier est vide.</p>
<p>En comparaison le partage de pièce jointe à une publication fonctionne normalement (Aussi dans le cas d'une utilisation derrière un reverse proxy). Le reste de la plateforme semble aussi fonctionner normalement derrière le reverse proxy.</p>
<p>Lorsque je teste la même URL en accès directe au serveur Silverpeas (sans passer par le reverse proxy) cela fonctionne normalement.</p>
<p>Est-ce que j'ai loupé un réglage quelque part ou est-ce que ce cas de figure n'aurait pas été envisagé?</p>
<p>Merci pour votre aide</p>
<p>Umar</p> Silvercrawler - Bug #4766 (Closed): Drag and Drop d'arborescence "casse" les noms des sous répert...https://tracker.silverpeas.org/issues/47662013-07-25T13:48:19ZUmar Raad
<p>Bonjour,</p>
<p>Lorsqu'on utilise le silvercrawler pour uploader une arborescence, les sous-répertoires sont considérés comme répertoire du niveau racine avec un \ dans le nom.</p>
<p>Exemple:</p>
<p>J'ai créé l'arborescence de répertoire et fichiers suivante en local sur mon ordinateur:</p>
<p>==================<br />Répertoire de C:\Users\user\Desktop\root</p>
<p>25.07.2013 15:32 <DIR> a<br />25.07.2013 15:33 <DIR> b<br />25.07.2013 15:30 4 root.txt<br /> 1 fichier(s) 4 octets</p>
<p>Répertoire de C:\Users\user\Desktop\root\a</p>
<p>25.07.2013 15:30 4 a.txt<br />25.07.2013 15:32 <DIR> aa<br />25.07.2013 15:32 <DIR> ab<br /> 1 fichier(s) 4 octets</p>
<p>Répertoire de C:\Users\user\Desktop\root\a\aa</p>
<p>25.07.2013 15:30 4 aa.txt<br /> 1 fichier(s) 4 octets</p>
<p>Répertoire de C:\Users\user\Desktop\root\a\ab</p>
<p>25.07.2013 15:30 4 ab.txt<br /> 1 fichier(s) 4 octets</p>
<p>Répertoire de C:\Users\user\Desktop\root\b</p>
<p>25.07.2013 15:30 4 b.txt<br />25.07.2013 15:32 <DIR> ba<br />25.07.2013 15:32 <DIR> bb<br /> 1 fichier(s) 4 octets</p>
<p>Répertoire de C:\Users\user\Desktop\root\b\ba</p>
<p>25.07.2013 15:30 4 ab.txt<br /> 1 fichier(s) 4 octets</p>
<p>Répertoire de C:\Users\user\Desktop\root\b\bb</p>
<p>25.07.2013 15:30 4 bb.txt<br /> 1 fichier(s) 4 octets</p>
<p>==================</p>
<p>J'ai pris le répertoire root que j'ai glisser sur l'applet de Drag and Drop du composant Silvercrawler.</p>
<p>Vous trouverez le résultat dans la pièce jointe silvercrawler1.jpg<br />Lorsqu'on essaye d'atteindre un des répertoires avec un nom corrompu on reçoit bien entendu un message d'erreur. silvercrawler2.jpg</p>
<p>Connaissant le problème je sais comment l'éviter maintenant, mais je pense qu'il s'agit d'un souci assez sérieux sur ce composant et qu'il mériterait d'être corrigé.</p>
<p>Merci pour votre aide</p> Silvercrawler - Bug #4378 (Closed): Fausse arborescence si click trop rapides dans le silvercrawlerhttps://tracker.silverpeas.org/issues/43782013-03-08T13:40:22ZUmar Raad
<p>Bonjour,</p>
<p>J'ai constaté un petit bug peu grave mais un peu embêtant pour les utilisateurs ayant l'habitude de double-clicker (ou qui sont simplement impatient)</p>
<p>Donc...</p>
<p>Lorsqu'on accède, à travers le silvercrawler, à une ressource réseau.<br />Que l'on essaye d'ouvrir un répertoire dans cette ressource réseau qui met un peu long à répondre.<br />Que l'on reclick sur le répertoire en question AVANT que le répertoire concerné ne se soit ouvert.</p>
<p>Alors le silvercrawler essayer en fait d'aller dans le sous répertoire de même nom que le répertoire que nous avons essayé d'accéder (Bien que ce sous-répertoire n'existe pas)</p>
<p>Dans mon cas j'ai clické sur un répertoire "film" et j'ai accidentellement reclické sur ce répertoire avant qu'il ne s'ouvre.<br />Le silvercrawler a donc essayé d'ouvrir le répertoire film/film, ce qui a bien sûr engendré une erreur.</p>
<p>Vous pouvez voir les screenshots correspondants joint à ce ticket.</p>
<p>Personellement je ne suis pas impacté par ce comportement sachant quoi faire pour l'éviter. Mais au moins comme ça vous êtes informés</p>