Created attachment 107978 [details]
The file referred to in the description
In the attached file there are three sheets with tables. Impress consistently crashes when selecting one of these tables and do a ctr-C.
I find Impress to be very unstable. I encountered a lot of crashes. Not only this problem (which I submit because it is consistent and therefor repeatable) but also when simply working with objects and text blocks. This morning I was working for a few hours and had at least a dozen chrashes. Saving insanely frequent does improe this slightly.
I will try the still again and if I encounter the same behaviour I am very sorry to say that I see no other option than to buy M$ Office... :-(
I'm back on the still version (22.214.171.124) and I am very happy to say that the consistent crashing does not appear in this version. I will continue using Impress (intensively) and will report again if crashed start te reappear.
By the way, thanks for al the great work. Although being a bit put off by the problems experienced, I am really glad to be able to continue working with LO.
Created attachment 107981 [details]
Windbg info (no reproduce, EH exception)
I do not reproduce the crash in Win7 X64,
Build ID: 7d55112667c8fcddb67bc3803796b46c93aa56b0
However, during debuging, every time I was trying to select a table, I got the following:
(ef4.a48): C++ EH exception - code e06d7363 (first chance)
@ E Moen:
If you have time, please follow the instructions here to attach a backtrace:
This is very helpful for devs to solve this issue. Thanks!
I can probably find some time this weekend. I will try and report back.
Additional: I'm on Windows 8.1 (64)
Created attachment 108006 [details]
Backtrace when copying the table
Created attachment 108007 [details]
Backtrace copying some stuff and editing it until crash
Done some backtracking, resulting in two files: BT1 and BT2.
This is the analysis of the table copying problem.
This is another analysis of a crash that I also found to happen almost certain. What I did was: copying some objects (squares, arrows and some text) from one file to the other (both files obviously opened) and after that, some random editing (make squares smaller, move some text, rearrange an arrow etc.). After something like 10 to 15 of these actions Impress crashed. I have seen this happening a lot.
Hope this helps.
Set to NEW as there is backtrace with symbles.
@Meon: If you have time please test with version 4.3.3 RC1. There are chances this issue is fixed in this version.
Created attachment 108024 [details]
Backtrack table copy problem on 4.3.3 RC1
Done a backtrack on 4.3.3 RC1. Ihm afraid the problem is still there. Details in the attached BT3 file.
Created attachment 108700 [details]
Backtrace on Kubuntu 14.04, with LO 126.96.36.199
I'm having the same problem on Kubuntu 14.04 with LO 188.8.131.52. Just uploaded the backtrace, let me know if you need an example file, or anything else that would be helpful.
I get the crash copying slides that contain a table, not just copying a table. Dragging and dropping works fine.
Created attachment 108776 [details]
bt with debug symbols
On pc Debian x86-64 with 4.3 sources updated today, I could reproduce the crash.
But I don't reproduce the crash with master sources (future 4.4.0) updated yesterday.
E Moen: I compared with fdo#85113 and there's the same bt + both seem ok with master sources. Could you tell if your tables were previously animated?
No. No previous animation. Interesting fact: as I had to proceed with this presentation so as a work around I used Open Office (sorry for that). Although sluggish, OO did not crash on me when copying the tables.
Have you tested with a fresh profile? https://wiki.documentfoundation.org/UserProfile.
If not please do so.
Also this is not a blocker - please do not revert the change as blockers have a very particular meaning and this does not meet that criteria.
Critical - routine crashes with backtrace
Highest - going to add this to MAB as it's a consistent crash that results in loss of data.
Some time ago I did try working with a clean profile. I did not make any difference.
*** Bug 88149 has been marked as a duplicate of this bug. ***
I was having the same problem in Mac OS X. I first noticed the problem in 4.3.5, this appears to fixed in 4.3.6rc1.
I did not see any problem using 184.108.40.206 on Linux. I do not use Windows.
*** This bug has been marked as a duplicate of bug 82681 ***