Plantage de LibO lors d'un copier/coller

fr-users
#1

Bonjour,
Depuis plusieurs semaines, j'ai un problème récurant de plantage de LibO
lors de certains copier/coller. Je n'ai pas remarquer de conditions
particulière si ce n'est que cela arrive après plusieurs copier/coller à la
suite et au moment du *coller* qui n'est pas réalisé, principalement sous
Calc. LibO inaccessible et obligation de forcer l'arrêt du processus en
perdant ce qui n'est pas enregistré.

OS : W7 - 64 bits
LibO V. 3.5.5.3
Mémoire cache pour les images, attribué à LibO : 96 Mo
Java V. 7 u7

#2

Bonjour,
Depuis plusieurs semaines, j'ai un problème récurant de plantage de LibO
lors de certains copier/coller. Je n'ai pas remarquer de conditions
particulière si ce n'est que cela arrive après plusieurs copier/coller à la
suite et au moment du *coller* qui n'est pas réalisé, principalement sous
Calc. LibO inaccessible et obligation de forcer l'arrêt du processus en
perdant ce qui n'est pas enregistré.

OS : W7 - 64 bits
LibO V. 3.5.5.3
Mémoire cache pour les images, attribué à LibO : 96 Mo
Java V. 7 u7

Bonjour,
Pour cette branche, Java 1_7 n'est pas recommandé. Il faut rester avec la branche 1_6, aujourd'hui arrivée à 1_6_35
J.M

#3

Bonjour

Java 1-6-35 mieux que 1-7 pour LibO branche 3.5 ?
Bon à savoir ! Je n'avais pas vu cette info jusqu'ici. Je comprends
certains blocages de LibO.
Alors je fais une suggestion: pourquoi ne pas mettre cette info sur la page
des téléchargements avec -encore mieux- un lien vers le lien de la bonne
version de JRE sur le site de Java ? Par défaut Java ne propose que la
dernière version ...la 7.
Cordialement.

Bernard LÉGER

#4

Bonjour

Java 1-6-35 mieux que 1-7 pour LibO branche 3.5 ?
Bon à savoir ! Je n'avais pas vu cette info jusqu'ici. Je comprends certains blocages de LibO.

L'info est, entre autres, ici :
http://ooo-forums.apache.org/fr/forum/viewtopic.php?f=13&t=35385&p=194849&hilit=Java+1_6&sid=371b517f5b18fac2519c9f456648b624#p194741

#5

Merci pour la précision.
Je vais donc désinstaller la version 7 de Java et installer la 6.35.
Il me faudra sans doute quelques jours pour m'assurer que le problème est
résolu...

#6

+1

J'ai mis à jour sur le wiki :
https://wiki.documentfoundation.org/FR/Installation#Pr.C3.A9-requis_Java

Laurent BP

#7

Voilà qui est fait :
- désinstallation de Java V7
- installation de la V 6.35
- installation de LibO V 3.5.6.2 à la place de la 3.5.5.

Reste plus qu'à tester dans les jours qui viennent...

/JmiB/

#8

Conclusion rapide (mais sans appel !) --> Libo plante encore lors de certain
"copier / coller" (au moment de "coller") malgré les MàJ de Java et LibO !
Je serais donc le seul à avoir ce problème récurrent ???
Je reste attentif à vos propositions (avant que mes collègues rachètent tous
la dernière version de la suite Microsoft !

#9

"Certains" copier-coller ? Qu'ont-ils de particulier ces copier-coller là ?

Bonne soirée
JBF

#10

Bonsoir,

Conclusion rapide (mais sans appel !) --> Libo plante encore lors de
certain
"copier / coller" (au moment de "coller") malgré les MàJ de Java et LibO !
Je serais donc le seul à avoir ce problème récurrent ???
Je reste attentif à vos propositions (avant que mes collègues rachètent
tous
la dernière version de la suite Microsoft !

As-tu des logiciels spéciaux ? j'ai souvenir d'un logiciel qui bloquait

l'accès aux ports USB (me rappelle plus son nom), mais ce dernier
interceptait aussi les copier/coller et faisait planter les applications
"office" lors de copié/collé (comme quoi y'a pas que libo :wink: ).
Après désinstallation du programme, tout est rentré dans l'ordre.

nb : pour identifier la source du problème, si ce dernier est
reproduisible, ce serait de démarrer PROCMON.EXE pendant la reproduction.
ensuite, envoie moi le log à mon adresse privée pour analyse.

Yves

#11

viens de me rappeler du nom du programme... Devicelock.

Yves

#12

Conclusion rapide (mais sans appel !) --> Libo plante encore lors de certain
"copier / coller" (au moment de "coller") malgré les MàJ de Java et LibO !
Je serais donc le seul à avoir ce problème récurrent ???
Je reste attentif à vos propositions (avant que mes collègues rachètent tous
la dernière version de la suite Microsoft !

Bonjour,
Oui, tu en parles aussi ici : http://ooo-forums.apache.org/fr/forum/viewtopic.php?f=4&t=35630&sid=c0b54808bf9d7bc24a52f6aae0a0294d#p196914
Et comme l'installation de LibO sur Win 7 est particulière, l'as-tu installé comme expliqué dans le tutoriel (avec droits d'administrateur) ?
Mets en ligne un fichier problématique, parce que personne ne reproduit ce que tu décris.
J.M

#13

Bonjour

Pour info : maj de la faille [extrêment] critique de java :
jre-6u37 et 7u09 disponibles sur le site oracle

Désolé si ce n'est pas la bonne liste, mais c'est la seule sur laquelle je suis inscrit

Cordialement

#14

Bonjour,

Confronté hier chez un client à un problème qui semble similaire, nous avons
fait un bilan sur 5 postes (2 chez moi et 3 chez lui) avec des variantes
(version de de LibO, de Java, nouveau profil)
Le problème n'a été vu que parce que nous avions une très lourde recopie
(120 000 lignes), ce que nous évitons d’habitude pour éviter les trop gros
fichiers, pour des recopies habituelles de 20 à 30000 lignes tout va bien) .

Le fichier PDF joint résume le bilan (dans notre cas, tous les crash
n'obligent pas à tuer le processus, mais on n'a pas noté ce paramètre ...) -
La seule logique apparente semble être liée à XP.
bilan_crash.pdf
<http://nabble.documentfoundation.org/file/n4014346/bilan_crash.pdf>

Le fichier Calc joint est le fichier à problème rendu anonyme. Pour tester,
il faut sélectionner la zone nommée "ligne_a_recopier" et remplir vers le
bas (double clic sur le petit carré noir).
crash_test_3.ods
<http://nabble.documentfoundation.org/file/n4014346/crash_test_3.ods>

Si ceci peut aider et donner des pistes ...
Michel

#15

Bonsoir,

Je fais suite à mon précédent message:

Le problème n'a été vu que parce que nous avions une très lourde recopie
(120 000 lignes)

L'issue suivante semble bien correspondre:
https://bugs.freedesktop.org/show_bug.cgi?id=34777
<https://bugs.freedesktop.org/show_bug.cgi?id=34777>

J'ai téléchargé le fichier d'essai (adresse du commentaire 8) et appliqué la
procédure du commentaire 2, et crash immédiat.
Observé avec LibO 3.5.6.2 et LibO 3.6.3.1 (rc) / Vista / Java 1.6.0_35.

Le problème ne semble pas résolu et pas d'autre info depuis le 23-01-2012.
Amha, nos problèmes n'ont rien à voir avec le profil ou Java, mais avec un
problème de mémoire (cf. commentaire 9) , problème arrivant plus ou moins
tôt (cad selon le volume à copier) en fonction des machines et des OS.
C'est un problème réellement critique sinon pourquoi disposer de 1048576
lignes ?
J'attends un peu vos avis avant de commenter (et relancer ?) cette issue.
Bonne soirée,
Michel

#16

désolé je me suis encore trompé de bouton pour la réponse

pas de problème sur ma configuration :
Libo Version 3.6.3.0+ (Build ID: a4cdd39)
Fedora17, x86,
java 1.7.0_09
4Go de mémoire

Gérard

#17

Bonjour,

Asus portable T8400 - 4G Ram

Archlinux 32b
Libo Version 3.6.2.2 (Build ID: 3.6.2.2 ArchLinux build-3)

Test de copie effectuée avec succès.

#18

Bonjour,

LDLC portable 17", Ram 4Go, Ubuntu 12.04 et Libo 3.5.4.2 :

    recopie rapide et sans problème.

#19

Bonjour,

Acer M5800 ram 8 Go ; Ubuntu 1204 et Libo 3.5.4.2 :
Ça marche jusqu'à la ligne 102975
Temps : environ 55 s. Un peu longuet je trouve. Côté processeur, 1 cœur à 87 %, les 3 autres à juste quelques %.