Bug 104832 - CRASH when selecting OLE (Visio?) object (in a DOC file)
Summary: CRASH when selecting OLE (Visio?) object (in a DOC file)
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
(earliest affected) release
Hardware: All Windows (All)
: medium normal
Assignee: Not Assigned
Keywords: haveBacktrace
: 108114 (view as bug list)
Depends on:
Blocks: OLE-Objects Visio
  Show dependency treegraph
Reported: 2016-12-21 12:26 UTC by Telesto
Modified: 2023-06-07 17:51 UTC (History)
4 users (show)

See Also:
Crash report or crash signature: ["emboleobj.dll"]

Example file (75.00 KB, application/vnd.ms-word)
2016-12-21 12:27 UTC, Telesto
bt with symbols from console log (11.75 KB, text/plain)
2016-12-21 22:01 UTC, Julien Nabet
WinDBG Backtrace (71.15 KB, text/plain)
2017-01-01 10:50 UTC, Telesto

Note You need to log in before you can comment on or make changes to this bug.
Description Telesto 2016-12-21 12:26:19 UTC
LibreOffice crashes when selecting a (Visio?) drawing

Steps to Reproduce:
1.Open attached file
2.Select the vertical 'table' on the first page

Actual Results:  

Expected Results:
No crash

Reproducible: Always

User Profile Reset: No

Additional Info:
Found in:
Build ID: 9cfb2f2f03b5ec086487fd483298466db0b09010
CPU Threads: 4; OS Version: Windows 6.19; UI Render: default; 
TinderBox: Win-x86@42, Branch:master, Time: 2016-12-20_23:58:02
Locale: nl-NL (nl_NL); Calc: CL

and in
Build ID: e8938fd3328e95dcf59dd64e7facd2c7d67c704d
Locale: nl_NL

User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:45.0) Gecko/20100101 Firefox/45.0
Comment 1 Telesto 2016-12-21 12:27:08 UTC
Created attachment 129844 [details]
Example file
Comment 2 Julien Nabet 2016-12-21 21:51:11 UTC
On pc Debian x86-64 with master sources updated today, I don't reproduce this with gtk3, gtk, kde4 or gen rendering
but when opening the file, I noticed these logs:
warn:legacy.tools:22030:1:svx/source/svdraw/svdoole2.cxx:1335: The destination model must have a persistence! Please submit an issue!
warn:legacy.tools:22030:1:svx/source/svdraw/svdoole2.cxx:1336: The source and the destination models should have different persistences! Problems are possible!
Comment 3 Julien Nabet 2016-12-21 22:01:29 UTC
Created attachment 129853 [details]
bt with symbols from console log
Comment 4 Xisco Faulí 2016-12-22 17:35:50 UTC
I can't reproduce it in

Build ID: 5a20df55ff829978c880b22e0a1f32c35d0ba30f
CPU Threads: 4; OS Version: Linux 4.8; UI Render: default; VCL: gtk3; 
Locale: ca-ES (ca_ES.UTF-8); Calc: group


Build ID: 53edf60c4ce6ed32f87471e018878c40b788005a
CPU Threads: 1; OS Version: Windows 6.1; UI Render: default; 
TinderBox: Win-x86@42, Branch:master, Time: 2016-12-18_06:57:59
Locale: es-ES (es_ES); Calc: group

However, I see that in Windows there's no right border...
Comment 5 Telesto 2016-12-22 18:40:53 UTC
Sounds like system specific, or it's caused by Visio 2016 trail version.
Comment 6 Buovjaga 2016-12-31 17:48:47 UTC
No crash.

Telesto: if you can get it to crash with a TB39 build, you could get a backtrace with WinDbg.

Win 10
Build ID: 7ed40deee74a9869b7da073ad473241187420ff8
CPU Threads: 4; OS Version: Windows 6.19; UI Render: default; 
TinderBox: Win-x86@42, Branch:master, Time: 2016-12-30_23:18:54
Locale: fi-FI (fi_FI); Calc: group
Comment 7 Telesto 2017-01-01 10:50:17 UTC
Created attachment 130068 [details]
WinDBG Backtrace

Build ID: 7a1add76d542e9929c1feab9e06949990e236616
CPU Threads: 4; OS Version: Windows 6.19; UI Render: default; 
TinderBox: Win-x86@39, Branch:master, Time: 2016-12-22_23:56:14
Locale: nl-NL (nl_NL); Calc: CL
Comment 8 Julien Nabet 2017-01-01 18:46:26 UTC
Thank you Telesto for the bt.
I noticed this method OleComponent::GetVerbList on your bt (see http://opengrok.libreoffice.org/xref/core/embeddedobj/source/msole/olecomponent.cxx#1012) so could be Windows only bug.
I'm not sure but it seems m_pNativeImpl->m_pOleObject could be not initialized.
Indeed, we don't call InitializeObject_Impl method which initializes it.
If this is the case, either we should explicitely call it or we should call a method which itself calls it (hope it's clear enough :-))

Do you build yourself from sources? If yes you may add some debug traces in this method to know precisely where it crashed.
Anyway, let's put this one to NEW since there's a bt.

Mike: I don't know any official OLE expert in LO. But noticing this commit
thought you might be interested in this one.
Comment 9 Xisco Faulí 2017-05-31 08:21:04 UTC
*** Bug 108114 has been marked as a duplicate of this bug. ***
Comment 10 QA Administrators 2018-06-01 02:16:24 UTC Comment hidden (obsolete)
Comment 11 Xisco Faulí 2019-07-08 09:28:53 UTC
it doesn't crash in

Id. de compilación: 2412653d852ce75f65fbfa83fb7e7b669a126d64
Subprocs. CPU: 1; SO: Windows 6.1; Repres. IU: predet.; VCL: win; 
Configuración regional: es-ES (es_ES); Idioma de IU: es-ES
Calc: threaded

@Telesto, could you please try again in master ?
Comment 12 Xisco Faulí 2019-07-08 09:30:31 UTC
oh wait, i don't have Visio installed...
Comment 13 QA Administrators 2021-08-27 04:04:20 UTC Comment hidden (obsolete)
Comment 14 Hossein 2023-06-07 17:51:19 UTC
What do you mean by "selecting"? Just select the object using a single click? For me LO 7.6 dev master didn't crash. Also, by double clicking on the object I can edit that in LibreOffice Draw without problem.

Not reproducible with LO 7.6 dev master:

Version: (X86_64) / LibreOffice Community
Build ID: 52f70f04bdc586a072141e069d451a979c5f4cb7
CPU threads: 20; OS: Windows 10.0 Build 22621; UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_DE); UI: en-US
Calc: CL threaded

I also don't have Visio installed.