From Bugzilla Helper: User-Agent: Mozilla/5.0 (compatible; Konqueror/3.4; Linux; X11; en_US) KHTML/3.4.2 (like Gecko) Description of problem: Almost always (about 90% of the time) pressing the spreadsheet button on the menu bar freezes ooimpress. FYI Version-Release number of selected component (if applicable): openoffice.org-base-1.9.125-4.2.0.fc5 How reproducible: Sometimes Steps to Reproduce: 1. start ooimpress 2. click the spreadsheet button 3. Additional info:
not able to reproduce this yet, but http://qa.openoffice.org/issues/show_bug.cgi?id=50792 sounds a little similiar
In theory this could be related to rh#167130# where the drawing "undo" stuff has some possible problems fixed in workspace impress57 which is included in >= 1.9.127-1. Is it still reproducable for you in 1.9.127 ?
Unfortunately YES.
i don't understand how you can have a rawhide devel version with such a reproducable bug which doesn't appear for me :-(
anything non-default about your setup ? e.g. ldap users ? sun java instead of libgcj ?
YES. I am using SUN java as packaked by the jpackage project (http://www.jpackage.org/). I am also using the latest BeanShell and not from rawhide. With these the Tools-->Macros are working. What is java dependent in OpenOffice inserting a table? Other than that everything is from rawhide. Thanks
no idea if it's connected, but I can't reproduce the problem. anything useful from gdb /usr/lib/openoffice.org/program/soffice.bin (gdb) handle SIGPWR nostop noprint (gdb) handle SIGXCPU nostop noprint (gdb) handle SIG33 nostop noprint (gdb) run -writer insert the spreadsheet to make it hang and then when hung, ctrl + c in gdb and (gdb) thread apply all bt
When I run it with gdb it is not crashing (tried twice and I am running "run -impress" not writer"). However, under gdb the environment looks different e.g. colors, fonts etc do not seem to be the usual gtk2 stuff and more like plain "fixed" old x-window look. To make it clear: I am using Impress and hitting the "insert spreadsheet" menu button to insert a new spreadsheet. Thanks
must be under kde then ?, that might be the missing piece of the puzzle.
Well, if I remove libvclplug_gtk680li.so the crashes become more seldom.
embedded spreadsheet appears, save progress bar does something and then impress hangs ? I see this under kde.
Created attachment 118513 [details] backtrace of stall
have a patch which might resolve this, at least temporarily. Seems like some mutex deadlock.
no, that's not it. Appears to be a selection based issue, deadlock due to clipboard klipper thing i think.
new patch seems to work, lets give it a spin. building for 1.9.128-2
looks good in 1.9.128-2