Created attachment 106053 [details] linux backtrace Steps: 1) In cell A1, type a few letters 2) Using the mouse, drag cell the cell to another location 3) Press undo 4) LibO Crash Tested in 4.2.6 and master. Regression as it doesnt happen in 4.1.6.
Jay, Just a couple of questions: (1) In the backtrace I see class names starting Sc... . Did your crash really happen in Writer? (2) How do you drag a cell with the mouse? All I can accomplish is to extend the selection, in both Writer and Calc. You know what to do with bug status. Thanks, Terry.
Hi Terry, Thats my mistake, its calc. In order to drag a cell, select the cells you want to drag, and then the next time you click on the selected cells, you will be able to drag it.
Hi Jay.. I can't reproduce crash with LO 4.3.1.2 and 4.2.6.2 portable under Win7 x86 Have you tried resetting user profile?
(In reply to comment #3) > ... 4.2.6.2 portable ... Sorry..it's 4.2.6.3
Though libO crashing due to the profile is still a bug, i reset it just for the fun of it and it still crashes. So it seems it wasnt as straight forward as i thought it was with my steps mentioned in the description, so i'll upload the file it happened to me in.
Created attachment 106130 [details] sample file Steps: 1) open file 2) drag A137 which has the text .uno:InsertSound to another cell 3) undo 4) crash
Thanks for the test file Jay. Confirm reproducible with LO 4.2.6.3 - Ubuntu 12.04 x86 Possibly same root cause with Bug 82042 since cell L117 contains a SUM function with range.
I think I have a possible reason for varying results! With master commit f74a633, fetched 2014-08-23, configured: --enable-option-checking=fatal --enable-dbgutil --enable-crashdump --without-system-postgresql --without-myspell-dicts --with-extra-buildid --without-doxygen --with-external-tar=/home/terry/lo_hacking/git/src --enable-online-update built on debian wheezy 64-bit, I see the following various results: (a) running on debian-wheezy, in which ldd identifies itself as ldd (Debian EGLIBC 2.13-38+deb7u4) 2.13, the program segfaults in boost::unordered::detail::table <boost::unordered::detail::set <std::allocator<ScBroadcastAreaEntry> , ScBroadcastAreaEntry , ScBroadcastAreaHash , ScBroadcastAreaEqual > >::begin (this=0x0). Note: - You did notice the NULL `this` pointer, didn't you? - Jay's attached backtrace shows a different segfault. (b) running in a chroot environment to debain-sid, in which ldd identifies itself as ldd (Debian GLIBC 2.19-10) 2.19, I see no crash. The bibisect versions of LibreOffice do not run in debian-wheezy. I shall look for a partition with an intermediate version of ubuntu which will run the bibisect-43all versions. Just for completeness, here is how to drag a cell: (*) Click in the cell and hold the mouse button down. There is little visible result. (*) Drag the mouse to another cell and continue to hold the mouse button down. The program shades a rectangle of cells as selected. (*) Drag the mous back to the original cell. The program highlights just the original cell as selected. (*) Release the mouse button. The original cell is still selected. (*) Click in the original cell and drag it where you want it to be.
Can someone check if this commit http://cgit.freedesktop.org/libreoffice/core/commit/?id=2be9ae72189e8b86d7e609727bab223645975ddb has fixed this crasher?
In the daily dbgutil bibisect, the crash disappears between the versions of 2014-09-02 and 2094-09-03. So, I can readily believe that is that commit that fixed it. Please ignore my earlier comment about different versions of system libraries. Terry.
Terry, thanks for checking. The same commit has been backported to both 4.2 and 4.3 branches. So, the next release of the respective branch should have the fix.
Let's add the targets from fdo#79441 (as indicated in the commit quoteed comment 17)