Historique de la page

...

• Balise Wiki

  Pouvoir gérer les versions Nuxeo au mieux (cf page \[A résoudre\]) : publier directement une version d'un document dans des sections et non pas uniquement la dernière version comme actuellement (partiellement fait dans le trunk - à débuguer, notamment la partie JSF). <span style="color: #ff9900"><strong>&#45;-&gt; FJ</strong></span> <span style="color: #339966"><strong>&#45;-&gt; OK</strong></span>

• Cacher les boutons de gestion des utilisateurs et des groupes (ajout/suppression) -->HJ --> OK
• Clarifier le code JSF manipulant les cases à cocher (onglet publier puis référencer) --> FJ --> OK
• Une branche esup-ecm utilisant Nuxeo 5.2 (voir la compatibilité des plugins utilisés) -->VB+HJ --> OK
• Packaging (support postgresql et mysql) -->HJ --> OK
• Tri sur les versions dans l'onglet publié (passage de 1.9 à 1.10 par exemple) -->RB --> OK(testé : fonctionne de base)
• Modification des écrans
  • Revoir onglet historique (actuellement on utilise ce que l'on a fait pour la 5.1.6. peut-être faut-il faire des choses plus "propres" à la 5.2.) -->RB --> OK
  • Revoir onglet version (supprimer le choix "Pas de montée de version") ori-actions-contrib.xml -->RB --> OK
• Supprimer des erreurs JBOSS des log
  • org.jboss.deployment.DeploymentException: Failed to find META-INF/jboss-service.xml for archive jbossweb-tomcat55.sar -->VB --> OK
• Supprimer onglet Prévisualisation et Métadonnées -->RB --> OK(suppression aussi onglet historique...)
• Reprendre les différents thèmes ESUP-ECM (utilisation de l'éditeur de thèmes de la 5.2) -->HJ --> OK
• Epurer les types de documents proposés -->RB --> OK (utilisation de properties au moment du déploiement)
• Désactiver la navigation virtuelle -->RB --> OK
• Tenter de remettre d'aplomb la demande de publication sur l'onglet "Publier" de ESUP-ECM -->YC--> OK
• Regarder pourquoi la modification d'un fichier dans l'onglet "Modifier" ne marche pas-->YC--> OK
• Si possible : que l'utilisateur arrive sur son tableau de bord ou son espace personnel par défaut après connexion (possible via un paramètre Nuxeo ?) -->YC--> OK fait pour le tableau de bord
• Enlever NxShell (déjà intégré à Nuxeo-dm-5.2.0) -->HJ --> OK
• Paramétrer l'affichage (O/N) des espaces personnels -->HJ --> OK
• Pouvoir gérer des "patches" sans attendre une mise à jour NX -->HJ --> OK
• Un seul bouton "Archiver" dans l'onglet "Version" -->YC--> OK
• Modifier le titre des pages HTML de Nuxeo ("ESUP-ECM" à la place de "Nuxeo DM") --> DEMANDE DU PILOTAGE -->HJ --> OK
• Problèmes remontés par Yohan sur les documents dans les sections que personne ne peut voir (sauf l'admin et le owner) quels que soient les droits --> Erreur "Privilege 'Version' is not granted" -->YC--> OK
• Implémenter l'extension des droits dans ESUP-ECM fait au Rectorat de Rennes -->YC--> OK
• Cacher l'onglet "version" si on n'a pas le droit d'écrire sur le document -->YC--> OK
• Sur la première page si l'utilisateur anonyme n'a aucun droit (pas une seule section publique par exemple) on a une erreur (seulement dans le log) -->RB--> OK corrigé pour la version 5.2.1 de Nuxeo
• Vérifier si exception lors de la création de la relation ori-oai avec postgresql -->VB--> OK plus de pb en suivant simplement cette faq nuxeo : http://doc.nuxeo.org/xwiki/bin/view/FAQ/UsingPostgreSQL83

A faire

• Faire en sorte de pouvoir sélectionner 'members' lors de la gestion des droits -->VB+RB+YC--> OK (pas members mais un groupe à créer dans le LDAP : documenter)
• Regarder le comportement des droits et bien documenter le tout -->RB--> OK (on a les réponses, il faut documenter)
• Regarder pourquoi le logout est si long
  --> YC: une piste: chez moi mon process mysql est à 100% pendant un moment au logout
• Regarder le comportement des droits et bien documenter le tout -->
  • droits à la création de la base?
  • quels sont les droits hérités?
  • comment donner accès à Everyone/members?
  • etc.

A faire

• Regarder pourquoi le logout est si long
  --> YC: poser toutes ces questions à Nuxeo-->RB
  --> YC: méga documenter le toutFaire en sorte de pouvoir sélectionner 'members' lors de la gestion des droits -->VB+RB: une piste: chez moi mon process mysql est à 100% pendant un moment au logout
  
• Penser à bien documenter
  • Sur la première page si l'utilisateur anonyme n'a aucun droit (pas une seule section publique par exemple) on a une erreur (seulement dans le log)Suivre la doc http://doc.nuxeo.org/xwiki/bin/view/FAQ/UsingPostgreSQL83 dans le cas de postgresqla une erreur (seulement dans le log)
  • Suivre la doc http://doc.nuxeo.org/xwiki/bin/view/FAQ/UsingPostgreSQL83 dans le cas de postgresql
  • Gestion des droits
    • Parler du groupe (vide ou non) à créer dans le LDAP qui doit correspondre au defaultGroup pour pouvoir sélectionner "Tout le monde" dans l'IHM de gestion des droits
    • Expliquer ce que signifient "members", "administrators" et "Everyone" qui sont les groupes par défaut dans Nuxeo
    • Expliquer comment modifier les droits sur root si besoin (nécessaire ?)
    • Expliquer quels sont les droits à la racine des espaces par défaut.
    • Comment couper le droit READ à tous et modifier les droits.

Pour la suite

• Lever la limitation à l'utilisateur  "Administrator" des droits d'administration de web-engine et theme-editor -->HJ
• Vérifier
  • Pour des questions de perf que le a4j:support event="onchange" dans le nxu:dataList de esup_document_publish.xhtml ne refraichit bien qu'une zone écran et pas toutes les zones répétées
    --> YC: à priori j'ai testé et ça rafraîchit toutes les zones de versions. A modifier donc ...
    --> VB : a priori l'appel à la méthode esupPublishActions.getVersionsSelectModel() pour récupérer en un seul bloc toutes les infos liées aux versions ne nous permet pas de mettre en oeuvre un appel Ajax bloc par bloc : il faudrait pour cela découper les infos données par esupPublishActions.getVersionsSelectModel() en plusieurs sous-blocs (et donc appel à plusieurs méthodes avec en paramètre la version) ; ce qui permettrait ainsi de rafraichir via Ajax uniquement ces sous-blocs.
    Le constat est certainement le même pour incl/ori_action_view.xhtml avec l'appel à oriManager.getVersionsReferencedModel() : une seule méthide pour tout récupérer qui doit donc logiquement être rappellée 'entièrement' à chaque modification des données.
• dépôt et publication d'un ensemble de pages type "site web" (ressource complexe)

• Balise Wiki
  gestion des groupes (uportal ? ldap \[grouper\] ?)

• authentification shibboleth
• support des quotas
• support des fichiers distants : url simple et non contenu ... voir simple description du lieu (livre)
• libellés des versions éditables par l'utilisateur.
• l'URL générée pour webengine de type http://localhost:8080/nuxeo/site/esupversions/a826ec70-a13f-4ddb-8897-68a313f32c9a n'est visible qu'au moment où on référence (dans la fiche de métadonnées). Hors, on a besoin à un moment donné de voir cette URL ailleurs (pour la copier/coller dans un mail, un moodle, ou autre). Pour le moment on peut utiliser le lien proposé par Nuxeo mais il est différent de celui-ci. Donc où présenter ce lien ailleurs ? A la place de celui déjà proposé par Nuxeo ? Dans l'onglet version ?
• Axel: Je n'ai pas pu déterminer précisément dans quel cas ça le fait, mais en faisant plusieurs montées de version consécutives, puis en cliquant sur "restaurer" de plusieurs versions archivées, je finis systématiquement par avoir des versions "mineures" (un n° genre X.Y au lieu d'avoir X.0).
• dans la liste des versions de l'onglet Publication, si on a une version 10.0, elle vient s'intercaler entre la version 1.0 et la version 2.0...
• présenter dans l'ordre décroissant des versions dans les onglets Publication et Référencement

...