Feature #2440
fermé
Edition en ligne - Fichiers bloqués
0%
Description
Bonjour,
J'aurais besoin d'informations complémentaire sur l'édition en ligne du portail (nous sommes actuellement en version 5.5.6) :
- Beaucoup de personnes ont des problèmes de libération de fichier : je pense que c'est parce que l'édition en ligne fonctionne désormais en local (Fichier réservé et copié dans DOSSIER_TEMP\silver-<date_unix>\), et que java attend la fermeture complète du programme pour réintégrer le fichier sur le portail.
Mais les gens travaillent quasiment tous sur plusieurs fichiers à la fois et souvent dans la même fenêtre que le fichier en ligne. Donc le fichier n'est pas forcément réintégré lorsqu'ils essaient de le libérer (à cause des autres fichiers ouvert). D'ailleurs, il ne s'agit plus tellement d'édition en ligne dans ce cas là.
- De plus, lors d'un de ces blocages, il n'est plus possible pour le gestionnaire de forcer la libération du fichier. Mais un administrateur qui se met gestionnaire en est capable. Cependant, il n'est pas souhaitable qu'un administrateur soit le seul à pouvoir faire ça car cela prend trop de temps à s'ajouter en tant que gestionnaire, Accéder à la publication (quand il ne faut pas se rajouter des droits sur les thèmes en plus), forcer la libération (risque de perdre les modifications si le fichier ne s'est pas réintégré correctement), et se supprimer ensuite les droits de gestionnaire sur les composants/thèmes.
S'agit-il d'un dysfonctionnement du portail ou le fonctionnement normal ?
L'édition en ligne va-t'elle évoluer ?
Existe-t'il un moyen de redonner la main aux gestionnaires pour la libération des fichiers (sans perte des modification) ?
Merci
Mis à jour par Emmanuel Hugonnet il y a plus de 14 ans
- Statut changé de New à Feedback
Effectivement il est nécessaire d'être administrateur de la plate-forme pour pouvoir forcer la libération des fichiers car cela n'est pas anodin.
C'est la fermeture d'Office qui permet la réintégration des fichiers, l'édition en ligne, comme l'ouverture d'un nouveau document se fait dans le même process tout ne se passe qu'à la fin (encore que cela dépende du type de fichier, car excel a un comportement différent il me semble).
Une possibilité est de revenir à l'édition en ligne via Webdav mais alors chaque ouverture demandera une reauthentification et il faut rester connecté.
Il n'est actuellement pas prévu de développements supplémentaires à court terme sur cet outil.
Mis à jour par Emmanuel GRANGE il y a plus de 14 ans
Comment fait-on pour revenir à l'utilisation de WebDAV ?
N'est-il pas possible d'utiliser SSO pour l'authentification ?
Mis à jour par Emmanuel Hugonnet il y a plus de 14 ans
Pour le SSO le problème vient du fait que c'est Ms Office ou OpenOffice qui ouvre la connexion, il faut voir avec l'outil pour passer l'authentification.
Pour revenir en webdav actuellement il faut reconstruire le jar d'edition en ligne, voir si on peut rendre cela paramétrable car le code existe toujours (pour OpenOffice par exemple).
Mis à jour par Emmanuel GRANGE il y a plus de 14 ans
Bonjour,
Je tiens à revenir sur ce sujet, car il est extrêmement gênant pour tous nos utilisateurs d'avoir a fermer l'application complète, alors que le fichier lui a bien été fermé, avant de pouvoir libérer le fichier.
Dans la plupart de nos problèmes de réservation, il s'agit d'utilisateurs qui n'ont, ou ne peuvent pas fermer, dans l'immédiat, tous leurs fichiers ouverts dans la même fenêtre que l'édition en ligne, mais doivent libérer le fichier.
Il s'agit donc bien pour nous d'un bug, empêchant nos utilisateurs de fonctionner correctement avec le portail et qui finalement finissent par l'utiliser de moins en moins.
Merci de bien vouloir passer ce sujet à bug.
Cordialement
Mis à jour par David Lesimple il y a plus de 14 ans
- Tracker changé de Support à Bug
- Votre base de données mis à Toutes
Mis à jour par Emmanuel Hugonnet il y a plus de 14 ans
- Tracker changé de Bug à Feature
Mis à jour par Emmanuel Hugonnet il y a plus de 14 ans
- Assigné à mis à Emmanuel Hugonnet
L'edition en ligne fonctionne au travers de webdav.
Sous Libre/Open Office nous nous connectons directement au serveur et nous éditons au travers du réseau.
Sous Microsoft Office le client webdav d'office 2007 sur Vista et Windows 7 est buggé (alors que le client webdav de Windows lui est correct) et on ne peut ouvrir les documents qu'en lecture seule. Pour court-circuiter ce souci nous téléchargeons (via webdav) le fichier localement et nous démarrons un processus Office pour éditer le document. Cependant si Office tourne déjà il ne démarre pas un nouveau process mais rattache le notre au sien, il n'est plus possible de savoir quand notre process se termine mais uniquement quand le process d'office (Words, Excel, ...) se termine. Bien sûr Office ne nous indique pas non plus quand il ferme un fichier.
Nous attendons que le process soit terminé pour détecter la fin d'édition.
Les problèmes que vous rencontrez proviennent des limitations dues à Microsoft Office 2007 (nous n'avons pas tester la version 2010). Votre choix d'utiliser Microsoft Office impose ce comportement, si vous en souhaitez un autre il vous faut envisager de changer d'outil.
Mis à jour par David Lesimple il y a presque 14 ans
Ce comportement d'Office génère un fort mécontentement chez certains de nos clients, dont Silverpeas fait les frais en terme d'image de marque alors que sur le fond, le produit n'y est pour rien.
Est-il possible d'avoir une solution à ce problème ? de nombreux utilisateurs se retrouvent avec des fichiers lockés car soit ils avaient déja l'applicatif Office ouvert avec d'autres fichiers, soit lorsqu'il sauve le fichier, rien ne se passe puisqu'il faut fermer l'applicatif office.
Le fond du problème est là : détecter la sauvegarde du document pour sa réintégration dans Silverpeas.
Si une solution technique existe, le client est pret à la financer.
Mis à jour par Emmanuel Hugonnet il y a presque 14 ans
En utilisant les nouvelles fonctionnalités de Java 7 :
http://docs.oracle.com/javase/7/docs/api/java/nio/file/Watchable.html
http://e-blog-java.blogspot.fr/2011/03/how-to-watch-file-system-for-changes-in.html
il doit être possible de détecter lorsque le fichier est sauvegardé pour le réintégrer cependant le processus Java continuera de s'exécuter tant qu'Office ne sera pas fermé ce qui peut poser souci si vous éditez sans fermer Words ou Excel un grand nombre de fichiers.
Mis à jour par David Lesimple il y a plus de 13 ans
Est-ce qu'il y a du nouveau sur ce point en terme de faisabilité ?
Mis à jour par Emmanuel Hugonnet il y a plus de 13 ans
La faisabilité est là par contre cela impose d'avoir une JRE 7 sur le poste client et il faut valider le comportement attendu : notamment sur la gestion de l'extinction du poste et sur le fait d'informer l'utilisateur des fichiers qu'il a d'ouvert.
Il semblerait que les dernières versions de Ms Office 2007 et 2010 permettent d'avoir un comportement similaire à celui de LibreOffice sous Windows.
Est ce que cela 'suffirait' ?
Mis à jour par David Lesimple il y a plus de 13 ans
- Priorité changé de High à Urgent
Pour Emmanuel (Hugonnet): Vu avec le client en réunion projet hier. Il est d'accord avec cette solution.
Pour info la config des postes clients est :
- Firefox 10 ESR + Microsoft Office 2000 ou 2007 + Windows Seven ou XP - Java7
Mis à jour par David Lesimple il y a plus de 13 ans
Bonjour,
peut-on avoir une version de sortie sur ce point (bloquant pour le client) ?
merci.
Mis à jour par Emmanuel GRANGE il y a presque 11 ans
- Statut changé de Feedback à Closed