Apache OpenOffice (AOO) Bugzilla – Issue 35552
Office freezes in calc with OLE object when pressing CTRL+A
Last modified: 2013-08-07 15:15:02 UTC
(Calc on Linux only, verified as OK on m55) new calc insert a OLE defocus OLE by e.g. selecting a cell press CTRL+A you see all's getting selected -> Office is frozen now (no crash report) Stack: #0 0x41271b94 in __pthread_sigsuspend () from /lib/i686/libpthread.so.0 #1 0xbfffe170 in ?? () #2 0x412719d8 in __pthread_wait_for_restart_signal () from /lib/i686/libpthread.so.0 #3 0x41272eb3 in __pthread_lock () from /lib/i686/libpthread.so.0 #4 0x4126ff56 in pthread_mutex_lock () from /lib/i686/libpthread.so.0 #5 0x40f6f555 in osl_acquireMutex () from /export/home/users/autopj/myRoot/program/libsal.so.3 #6 0x4ad97e37 in ?? () #7 0x481667d0 in ?? () #8 0x48166917 in ?? () #9 0x481887d3 in ?? () #10 0x481780a5 in ?? () #11 0x481d94af in ?? () #12 0x48178053 in ?? () #13 0x48175f8b in ?? () #14 0x475c60b9 in ?? () #15 0x475b5c51 in ?? () #16 0x4730ca08 in ?? () #17 0x40bf500c in cppu::OWeakObject::release() () from /export/home/users/autopj/myRoot/program/libcppuhelpergcc3.so.3 #18 0x405f4111 in cppu::WeakImplHelper4<com::sun::star::datatransfer::XTransferable, com::sun::star::datatransfer::clipboard::XClipboardOwner, com::sun::star::d---Type <return> to continue, or q <return> to quit--- atatransfer::dnd::XDragSourceListener, com::sun::star::lang::XUnoTunnel>::release() () from /export/home/users/autopj/myRoot/program/libsvt680li.so #19 0x47313eaa in ?? () #20 0x47368492 in ?? () #21 0x473685b5 in ?? () #22 0x4736866c in ?? () #23 0x47368c80 in ?? () #24 0x47368d49 in ?? () #25 0x473d8475 in ?? () #26 0x473d875b in ?? () #27 0x4021d1d5 in SelectionEngine::SelMouseButtonUp(MouseEvent const&) () from /export/home/users/autopj/myRoot/program/libvcl680li.so #28 0x473b7215 in ?? () #29 0x4025b7df in ImplHandleMouseEvent(Window*, unsigned short, unsigned char, long, long, unsigned long, unsigned short, unsigned short) () from /export/home/users/autopj/myRoot/program/libvcl680li.so #30 0x4025bb2d in ImplWindowFrameProc(void*, SalFrame*, unsigned short, void const*) () from /export/home/users/autopj/myRoot/program/libvcl680li.so #31 0x41c97489 in X11SalFrame::HandleMouseEvent(_XEvent*) () from /export/home/users/autopj/myRoot/program/libvclplug_gen680li.so #32 0x41c991be in X11SalFrame::Dispatch(_XEvent*) () from /export/home/users/autopj/myRoot/program/libvclplug_gen680li.so #33 0x41cbea6a in SalX11Display::Dispatch(_XEvent*) () ---Type <return> to continue, or q <return> to quit--- from /export/home/users/autopj/myRoot/program/libvclplug_gen680li.so #34 0x41cbeb98 in SalX11Display::Yield(unsigned char) () from /export/home/users/autopj/myRoot/program/libvclplug_gen680li.so #35 0x41cb997d in SalVisual::~SalVisual() () from /export/home/users/autopj/myRoot/program/libvclplug_gen680li.so #36 0x41cb90d5 in SalXLib::Yield(unsigned char) () from /export/home/users/autopj/myRoot/program/libvclplug_gen680li.so #37 0x41cc050d in X11SalInstance::Yield(unsigned char) () from /export/home/users/autopj/myRoot/program/libvclplug_gen680li.so #38 0x400e78ee in Application::Yield() () from /export/home/users/autopj/myRoot/program/libvcl680li.so #39 0x400e7931 in Application::Execute() () from /export/home/users/autopj/myRoot/program/libvcl680li.so #40 0x0806e46d in desktop::Desktop::Main() () #41 0x400ecc08 in SVMain() () from /export/home/users/autopj/myRoot/program/libvcl680li.so #42 0x402ad600 in main () from /export/home/users/autopj/myRoot/program/libvcl680li.so #43 0x414a5d17 in __libc_start_main () from /lib/i686/libc.so.6
Is not reproducible in SRC680m58 linux build so I send it back.
Setting to RESOLVED/WORKSFORME. If there is still a way to reproduce problem even in the m58 build please reopen the bug and send it to me.
Ok Mikhail, I have some new insights. Seems to be related to the desktop used. KDE 3.1 -> loop Gnome 2.2 -> no problem
reassigning to MAV
This is a duplicate of issue 35927.
The problem should disappear ( at least the problem that is related to the provided stack ) after integration of fwkpp2fix01 cws. If you have access to machine with KDE you can try to check it in the mentioned child workspace since it is already ready for QA. *** This issue has been marked as a duplicate of 35927 ***
Gone in src680m62