repeated copy or cut / paste operation with keyboard crashes Calc: have to close it with windows task manager: Ctrl+c on one or more cell - move cursor to other cell - Ctrl+v Ctrl+c on one or more cell - move cursor to other cell - Ctrl+v Ctrl+c on one or more cell - move cursor to other cell - Ctrl+v CRASH !!!! sometimes just after the second operation - sometimes after the 3rdf or 4th. Onlòy way to prevent problem that i have found is to do only 1 copy/paste operation then hit ESC to release copied cell highlight, go to another cell, do some editing, and then do another copy/paste operation. Similar problem submitted some time ago: I was told to delete the libreoffice directory in /users/xxxx/appdata/roaming/libreoffice. The problem seems to disappear for sometime, but pops up again after a few days. I am experiencing this problem since 3.5.xx release Now using Release 4.3.4.1 Build ID: bc356b2f991740509f321d70e4512a6a54c5f243
Do you reproduce this on a brand new file? What's the content of the cell? (text only? image?) Did you install some LO specific extensions since having deleted your LO profile?
content of the cells is text or numbers, no images I did not install any extensions (at the moment only extensions installed are the standard ones installed by libreoffice installer) The problem seems not to happen on a brand new file: Could be that the problem is related to using a file originally created by a very old version? I am not certain but I think that the file on which I am experiencing this problem more often was created with openoffice 2.x
Would it be possible you attach the file by using this link? (https://bugs.freedesktop.org/attachment.cgi?bugid=87300&action=enter) Have in mind that any attached file is automatically made public so remove any confidential/private part from it.
Created attachment 110915 [details] test file requested The attached file is my home banking accounts records - removed all personal/sensitive information. After having removed the sensitive information I tried to do a few cut-copy/paste operation with keyboard command (Ctrl+x - Ctrl+c / Ctrl+v) and the crash occurred after around 10 operations (it seems that with less cells filled need more time to appear) The sheet on which problem occur more often is the one called MAX_CC
On pc Debian x86-64 with 4.3 sources updated some days ago (so future 4.3.6), I don't reproduce this. So I put it back to UNCONFIRMED since I don't have more questions. Perhaps Windows LO version only problem?
I also use linux and d'ont have problem on linux version, only on windows 7 x64
I cano confirm with LO 4.3.5.2 ID build: 3a87456aaa6a95c63eea1c1b3201acedf0751bd5
Massimo, when you say "crash" do you mean "stopped and disappeared from the screen and from the list of running programs" or you mean "frozen" so that you see it but you cannot use it and have to close it yourself with Windows task manager? Because, if it's frozen, there is already Bug 46406 and Bug 78429, so this may be duplicate. I myself experience freezes-hangs with LO, now in versin 4.3.5.2, both in Writer and Calc, but they are hard to reproduce.
Sorry I may have written the bug description in a wrong manner, actually tou are right what I have is a 'frozen' state, only way to get of of LO is Ctrl-Alt-Del and terminate the process. I will shortly have a look at the bugs you are referring to and if my bug is a duplicate I will close it. Thx for the information.
OK, crash is clear and it's not what happens here. What I see in those bugs is that "LO freezes" and "LO hangs" relate to the same problem. Although, in my opinion, "freeze" should mean that LO can be used after a few minutes and "hang" should mean that it has to be killed and reopen. So "LO hangs" should be a proper description here (ok, I know, even I used "freeze" at first). You may not find some useful info in those bugs, because those problems are nasty and hard to track. You may still choose either one and mark this one as a duplicate.
(In reply to Timur from comment #10) > OK, crash is clear and it's not what happens here. > What I see in those bugs is that "LO freezes" and "LO hangs" relate to the > same problem. Although, in my opinion, "freeze" should mean that LO can be > used after a few minutes and "hang" should mean that it has to be killed and > reopen. So "LO hangs" should be a proper description here (ok, I know, even > I used "freeze" at first). > You may not find some useful info in those bugs, because those problems are > nasty and hard to track. You may still choose either one and mark this one > as a duplicate. Thnks for the info Timur, you perfectly right when stating that Bug 46406 and Bug 78429 are practically the same so i will close this one *** This bug has been marked as a duplicate of bug 78429 ***