LibO 4.0.6.2 sous Win 8: temps d'enregistrement fichier

Claude_FRICARD · January 18, 2014, 9:43am

Bonjour,
Il y a quelque temps j'avais posé le problème d'un plantage à l'enregistrement d'un fichier texte (odt) , j'étais alors dans une version 4.0.5 et l'on m'a conseillé sur ce forum de passer 4.0.6 ce que j'ai fait après avoir "nettoyé" mon profil.
Le fichier n'est pas important en volume(environ 300Ko) et si l'enregistrement s'est effectué finalement c'est après un temps trop long donc injustifié; j'ai regardé parallèlement avec le gestionnaire de tâches les processus en cours.: à part LibreOffice aucun autre processus actif ...
j'ai pris un fichier Texte mais en essayant avec un fichier donné par un utilisateur, fichier Excel assez lourd, là je n'ai même pas pu faire une manip de tri de données... j'ai du interrompre le processus. Conclusion ce n'est pas l'application Writer qui est en cause, mais toute application LibO.
Mon PC ne rame pas avec un intel I5 et 8 Mgo de mémoire vive et si je suis un peu "taquin" quand je traite le même fichier (enregistré en format MS) avec une application de MS (excel, word ...) je n'ai pas ce problème, c'est même immédiat
Des pistes ?
Merci
Claude

Michel_Rudelle · January 18, 2014, 10:16am

Bonjour,

-----Message d'origine-----
De : Claude FRICARD [mailto:fricard.claude@wanadoo.fr]
Envoyé : samedi 18 janvier 2014 10:43
À : users LibreOffice LO
Objet : [fr-users] LibO 4.0.6.2 sous Win 8: temps d'enregistrement fichier

Bonjour,
Il y a quelque temps j'avais posé le problème d'un plantage à
l'enregistrement d'un fichier texte (odt) , j'étais alors dans une
version 4.0.5 et l'on m'a conseillé sur ce forum de passer 4.0.6 ce que
j'ai fait après avoir "nettoyé" mon profil.
Le fichier n'est pas important en volume(environ 300Ko) et si
l'enregistrement s'est effectué finalement c'est après un temps trop
long donc injustifié; j'ai regardé parallèlement avec le gestionnaire de
tâches les processus en cours.: à part LibreOffice aucun autre processus
actif ...

Possible mais pas certain, j'ai déjà vu mon PC ramer sans application
visible dans le gestionnaire, ni de processus apparemment très actif (et
sans LibO ouvert). Mais je ne veux pas tout mettre sur le dos de Windows, je
n'en suis pas un spécialiste, juste une victime consentante

j'ai pris un fichier Texte mais en essayant avec un fichier donné par un
utilisateur, fichier Excel assez lourd, là je n'ai même pas pu faire une
manip de tri de données... j'ai du interrompre le processus. Conclusion
ce n'est pas l'application Writer qui est en cause, mais toute
application LibO.
Mon PC ne rame pas avec un intel I5 et 8 Mgo de mémoire vive et si je
suis un peu "taquin" quand je traite le même fichier (enregistré en
format MS) avec une application de MS (excel, word ...) je n'ai pas ce
problème, c'est même immédiat
Des pistes ?

Le problème peut être différent avec Calc, par exemple s'il y a beaucoup de
MFC (si c'est le cas, il y a une solution).
Il faudrait pouvoir tester ce fichier, peux-tu le passer s'il n'est pas
confidentiel, éventuellement en MP ?

Bonne journée,
Michel

Claude_FRICARD · January 18, 2014, 12:50pm

Michel,
Le document Calc était un document donné via ci_joint par M. Van der Broek, il s'agissait de faire les totaux suivant le Nom des personnes . Je n'ai pas gardé ce document. Je pense que l'on peut se concentrer sur un simple texte odt pour lequel l'enregistrement est laborieux.
Je viens de renommer mon profil: pas d'amélioration.
Franchement ce côté aléatoire du fonctionnement de LibreOffice est un peu désespérant.
A +

Michel_Rudelle · January 18, 2014, 1:52pm

Bonjour Claude,

-----Message d'origine-----
De : Claude FRICARD [mailto:fricard.claude@wanadoo.fr]
Envoyé : samedi 18 janvier 2014 13:51
À : users@fr.libreoffice.org
Objet : Re: [fr-users] LibO 4.0.6.2 sous Win 8: temps d'enregistrement
fichier

Michel,
Le document Calc était un document donné via ci_joint par M. Van der
Broek, il s'agissait de faire les totaux suivant le Nom des personnes .
Je n'ai pas gardé ce document. Je pense que l'on peut se concentrer sur
un simple texte odt pour lequel l'enregistrement est laborieux.
Je viens de renommer mon profil: pas d'amélioration.
Franchement ce côté aléatoire du fonctionnement de LibreOffice est un
peu désespérant.

1/ Je ne comprends pas très bien, concernant Writer, tu nous avais signalé
que le problème avait été résolu:
http://nabble.documentfoundation.org/LibO-writer-4-0-4-sous-Win-8-Plantage-t
d4090721i20.html#a4091546

Tu m'avais envoyé ce fichier en MP et je n'avais rien vu d'anormal et aucun
problème chez moi malgré des tests intensifs (je m'aperçois que je t'avais
répondu en privé et n'avais pas fait profiter la liste de mon constat). S'il
te pose toujours des problèmes, tu peux le communiquer à tous pour que
d'autres s'y essaient.

2/ Concernant Calc, j'ai bien essayé de retrouver sur Nabble le fichier mais
ma recherche n'a pas abouti. As-tu une idée de la date approximative, ou
d'autres éléments qui permettraient de le retrouver ?

Ici aussi il nous faut des éléments concrets, et garder à l'esprit que tout
ça peut très bien avoir des origines différentes, donc si tu as un problème
avec un classeur, il faut faire le test sur ce classeur avec Calc.

J'entends bien que ce que tu rencontres te paraît désespérant, mais si le
problème vient de LibO, il ne pourra être réglé que s'il est reproductible
par d'autres utilisateurs dans un contexte donné.

Dans cette attente, bonne fin de journée,
Michel

Claude_FRICARD · January 18, 2014, 2:36pm

Michel,
Oui, le problème avait disparu momentanément avec l'installation de la nouvelle version. Celui-ci est réapparu sans que je puisse expliquer pourquoi.
Je ne mets pas en cause directement Libo Writer mais quelque chose dans mon environnement qui fait que la situation s'altère.
Quant à Calc j'ai retrouvé le mail de l'auteur M. Van Den Broeck.
http://cjoint.com/?3AqqhFN6e6p
Lorsque j'essaie de faire un tri sur données (sur la colonne NOM) sur ce fichier , je n'arrive pas en sortir sauf de "tuer" le processus LibO.
A+
Claude

Michel_ANDREU1 · January 18, 2014, 2:46pm

Bonjour,

LibreOffice version 4.1.3.2(Build ID : 410m0(Build:2)
LinuxMint 16 Cinnamon

Le tri s'est effectué instantanément ; ainsi que l'annulation du tri. À la suite de quoi le fichier s'est spontanément fermé et il a fallu une réparation pour pouvoir l'ouvrir à nouveau.

Bien cordialement.

Michel

Michel_ANDREU1 · January 18, 2014, 3:06pm

Bonjour,

LibreOffice version 4.1.3.2(Build ID : 410m0(Build:2)
LinuxMint 16 Cinnamon

À l'ouverture du fichier un message apparaît :
  Ce document contient :
  Remarques
  Voulez-vous poursuivre l'enregistrement du document ?
Il semblerait qu'il y ait une anomalie, non documentée !

Le tri s'est effectué instantanément ; ainsi que l'annulation du tri. À la suite de quoi le fichier s'est spontanément fermé et il a fallu une réparation pour pouvoir l'ouvrir à nouveau.

Bien cordialement.

Michel

Jacques1 · January 18, 2014, 3:13pm

Bonjour,

Avec libo 4.1.4.2 et Ubuntu 13.10 le tri sur nom ou autre s'effectue instantanément. L'enregistrement ne pose pas de problème après le tri et la réouverture s'effectue normalement.
Mais si l'on veut annuler le tri et enregistrer, le fichier se ferme de suite et il faut lancer la récupération à la réouverture. Le fichier est bien dans sa forme initiale avant le tri (en fait c'est comme si on n'y avait pas touché).

Claude_FRICARD · January 19, 2014, 10:19am

Bonjour,
Des nouvelles de votre enregistrement difficile ....
J'ai désinstallé LibreOffice (avec Ccleaner) puis renommé mon profil. J'ai aussi viré MacAfee (j'ai déjà Avast) . J'ai réinstallé la pack LibO 4.0.6.2 et mon fichier (et je ne crois pas in instant que ce soit ce fichier qui soit en cause) s'enregistre maintenant très rapidement, mais jusqu'à quand ?
Par ailleurs j'ai réessayé de faire le tri de données sur le fichier Classeur, transmis par M. Van den Broeck : Test_compte.ods . Tri sur colonne C (NOM) , cela a pris du temps mais le processus est arrivé à terme , le travail de tri des données effectué.
J'essaye de noter les changements de comportement du système, et de mémoriser les modifications apportées dans cet espace de temps avant l'altération.
Je vous tiens au courant.
Merci à vous
Claude

Michel_Rudelle · January 19, 2014, 4:41pm

Bonsoir,

-----Message d'origine-----
De : Michel ANDREU [mailto:michelandreu@gmail.com]
Envoyé : samedi 18 janvier 2014 16:06
À : users@fr.libreoffice.org
Objet : Re: [fr-users] LibO 4.0.6.2 sous Win 8: temps d'enregistrement
fichier

Bonjour,

LibreOffice version 4.1.3.2(Build ID : 410m0(Build:2)
LinuxMint 16 Cinnamon

À l'ouverture du fichier un message apparaît :
  Ce document contient :
  Remarques
  Voulez-vous poursuivre l'enregistrement du document ?
Il semblerait qu'il y ait une anomalie, non documentée !

Le tri s'est effectué instantanément ; ainsi que l'annulation du tri. À
la suite de quoi le fichier s'est spontanément fermé et il a fallu une
réparation pour pouvoir l'ouvrir à nouveau.

Ce classeur pose en effet un problème, voici mes observations:

a) Méthode pour reproduire :
Sélectionner une cellule de la colonne H (ex : H10) > Ctrl +* pour sélectionner le tableau
Données > Trier > Colonne H – Croissant
Annuler le tri (bouton de la barre d’outils)
Fermer le document sans l’enregistrer
b) Résultat (dans ≈ 90 % des cas) :
- Crash (fermeture instantanée de LibO)
- Fenêtre de récupération de LibreOffice, mais sans aucun fichier proposé
- Réouverture sans autre message de LibO après avoir cliqué sur OK
c) Configuration :
- LibO 4.1.4.2 (de même avec LibO 4.0.6.2 ; avec 4.2.0.2 des réactions différentes, pas de crash ou crash lors du tri initial)
- Vista 32b

Après investigations: la suppression des commentaires de la feuille fait disparaître le problème (sélectionner le tableau > Clic droit > Supprimer le commentaire) - est-ce le sens du message vu par Michel ANDREU à l'ouverture du fichier ? Moi je n'ai jamais de message.

J'ai fait des essais avec des fichiers perso complexes auquel j'ai rajouté des commentaires sans jamais reproduire le crash.

Donc c'est bien lié à ce fichier, mais est-ce normal ou pas que LibO ne s'en sorte pas ? Je vais essayer d'aller plus loin en partant du constat que le commentaire de la ligne 649 suffit pour produire le crash (pourtant il n'a pas l'air bien méchant !)

Il y a bien le bug 54018, mais ancien et corrigé.
A suivre ...

Michel

luclibo · January 19, 2014, 7:50pm

Bonsoir,

Environnement : Mac OS 10.6.8 LibreOffice 4.1.4.2

j'ai suivi pas à pas la procédure décrite par Michel.
Même constat : plantage à la fermeture
Si le commentaire de H649 est supprimé, pas de plantage.

À l'ouverture après plantage, la récupération se lance, mais n'aboutit pas, avec ce message

Le document '3AqqhFN6e6p_test_comptes.ods' est verrouillé pour édition par :

Lucien C ( 19.01.2014 20:27 )

Ouvrez le document en lecture seule ou ouvrez une copie du document pour l'édition.

Ouvrir une copie provoque ce message

Cet objet n'est pas accessible.
Impossible d'accéder à l'objet,
car les droits d'utilisateur ne sont pas suffisants.

Pour finalement me proposer d'enregistrer la copie dans un dossier de mon choix.

Mac OS a généré un rapport de plantage dont un extrait dit

Exception Type: EXC_BAD_ACCESS (SIGBUS)
Exception Codes: KERN_PROTECTION_FAILURE at 0x0000000000000011
Crashed Thread: 0 Dispatch queue: com.apple.main-thread

Thread 0 Crashed: 0 libsvxcorelo.dylib 1 libsvxcorelo.dylib 2 libsclo.dylib 3 libsclo.dylib 4 libsclo.dylib 5 libsclo.dylib 6 libsclo.dylib 7 libsclo.dylib 8 libsclo.dylib 9 libsclo.dylib 10 libsvllo.dylib 11 libsvllo.dylib 12 libsclo.dylib 13 libsfxlo.dylib 14 libsfxlo.dylib 15 libsfxlo.dylib 16 libsfxlo.dylib 17 libsfxlo.dylib 18 libfwklo.dylib 19 libfwklo.dylib 20 libfwklo.dylib 21 libfwklo.dylib 22 libfwklo.dylib 23 libfwklo.dylib 24 libvcllo.dylib 25 libvcllo.dylib 26 libvcllo.dylib 27 libvcllo.dylib 28 libvcllo.dylib 29 libsofficeapp.dylib 30 libvcllo.dylib 31 libvcllo.dylib 32 libvcllo.dylib 33 com.apple.AppKit 34 com.apple.AppKit 35 libvcllo.dylib 36 libvcllo.dylib 37 libsofficeapp.dylib 38 org.libreoffice.script 39 org.libreoffice.script Dispatch queue: com.apple.main-thread
0x25ce04c6 SdrObjList::GetObjCount() const + 6
0x25ce14c4 SdrObjList::RecalcObjOrdNums() + 20
0x2472c0df ScPostIt::RemoveCaption() + 95
0x2472c187 ScPostIt::~ScPostIt() + 23
0x2472c1ef ScNotes::clear() + 47
0x2472c707 ScNotes::~ScNotes() + 23
0x2473fe2d ScTable::~ScTable() + 589
0x246723fe ScDocument::Clear(bool) + 46
0x246519c4 ScDocument::~ScDocument() + 804
0x24b2785b ScUndoSort::~ScUndoSort() + 43
0x00b81a1e SfxUndoArray::~SfxUndoArray() + 62
0x00b8273c SfxUndoManager::~SfxUndoManager() + 252
0x24a2ea93 ScDocShell::~ScDocShell() + 291
0x007f322a SfxViewFrame::ReleaseObjectShell_Impl() + 522
0x007f3476 SfxViewFrame::~SfxViewFrame() + 70
0x007f28fb SfxViewFrame::Close() + 139
0x007cd3ab SfxFrame::DoClose_Impl() + 59
0x007eacaa SfxBaseController::dispose() + 1514
0x2090cbc2 framework::Frame::setComponent(com::sun::uno::Reference<com::sun::awt::XWindow> const&, com::sun::uno::Reference<com::sun::frame::XController> const&) + 1810
0x2090bc33 framework::Frame::close(unsigned char) + 579
0x208f8480 framework::impl_closeFrames(unsigned char) + 736
0x208f8a0d framework::terminate() + 493
0x2082bb18 framework::CloseDispatcher::implts_terminateApplication() + 136
0x2082d43e framework::CloseDispatcher::impl_asyncCallback(void*) + 606
0x01999555 vcl::EventPoster::LinkStubDoEvent_Impl(void*, void*) + 37
0x01a58ced ImplWindowFrameProc(Window*, SalFrame*, unsigned short, void const*) + 6333
0x01a65cf8 AquaSalInstance::Yield(bool, bool) + 312
0x017276f4 Application::Yield(bool) + 84
0x017277ac Application::Execute() + 60
0x0006d09a desktop::Main() + 7642
0x0172db42 ImplSVMain() + 226
0x01a64cf1 AquaSalInstance::handleAppDefinedEvent(NSEvent*) + 129
0x01aa184b -[VCL_NSApplication sendEvent:] + 315
0x96ac2253 -[NSApplication run] + 917
0x96aba289 NSApplicationMain + 574
0x01a65606 ImplSVMainHook(int*) + 422
0x0172db7a SVMain() + 26
0x0009c8c5 soffice_main + 325
0x00001f4e main + 30
0x00001f25 start + 53

Si ça peut servir…
C_Lucien