Created attachment 128893 [details]
A MS Word document with embedded picture object
I'm from Indonesia, currently trying to use LibreOffice in the office. Actually I always use LibreOffice in my personal laptop and in this new quarter I'm facing new office policy to migrate my office machine to GNU/Linux based operating system (Ubuntu exactly). So, naturally I've to deal with many old MS Office files.
In the first place there's no big problem apart from little formatting change in Writer but one point I messed up: OLE object. So I'm unable to open embedded object such as picture, plain text or Excel spreadsheet, etc in a Word OOXML (.docx) document.
I've found a workaround: rename .docx file to .zip then extract it and search for embedded file in a specific folder. Oh it's very frustrating to do that. And I have to create same type of document with embedded object as icon in Word OOXML format.
But whenever I opened the document in a Windows (*type version here*) environment, every office including WPS Office and LibreOffice could execute object as expected (double click on the object and then it would be opened by correspondence program). This problem seems occurred in Ubuntu machine (or any OS other than Windows may be?) proved by the absence of "Activate Contents" context menu when right clicking on the object.
For testing purpose, I've created a new file by MS Word 2007.
The step to created such file is : Insert -> Object -> Create from file -> Display as an icon then OK.
I confirm it opens on Windows 10, but not on Linux.
Arch Linux 64-bit, KDE Plasma 5
Build ID: f533b3f39956fe8028c1f7f7cc3c37b0feed8b57
CPU Threads: 8; OS Version: Linux 4.8; UI Render: default; VCL: kde4; Layout Engine: new;
Locale: fi-FI (fi_FI.UTF-8); Calc: group
Built on November 19th 2016
Arch Linux 64-bit
Please take a look to this thread on the AOo forum
There is a nice explanation about OLE object.
In this case if works on windows and not in Linux, looks as the application of the OLE object it's not installed on Linux. I think not a bug.
(In reply to m.a.riosv from comment #2)
> Please take a look to this thread on the AOo forum
> There is a nice explanation about OLE object.
> In this case if works on windows and not in Linux, looks as the application
> of the OLE object it's not installed on Linux. I think not a bug.
Does "Application of the OLE object it's not installed by default on Linux" means OLE Object is a Windows only technology? So why does the feature is available in LibreOffice for Linux? From what I've read here:
"If software that understands an OLE object is not available, the object is usually replaced by a picture (bitmap representation of the object) or not displayed at all"
The situation look familiar here, LibreOffice in Linux threat an OLE object in a document created by MS Word as a "passive" picture (moreover just an icon) rather an executable one and in other hand threat an OLE object embedded in a document created by LibreOffice Writer itself as a blank selection square when we click on it that's not displayed at all.
I don't have any advance experience in software development but if then this is not a bug instead on a feature impartiality related to operating system, would the developer consider to implement an API or whatever such as this one : https://www.decalage.info/python/oletools or remove OLE Object Insert option completely for Linux build because normal user would expect the OLE Object Insert option is working normally.
The OLEs open on Windows not because it's Windows, but because there are OLE Servers installed on Windows. The "corresponding program" you mentioned in comment 0 should be MS Office, isn't it?
(In reply to Mike Kaganski from comment #4)
> The OLEs open on Windows not because it's Windows, but because there are OLE
> Servers installed on Windows. The "corresponding program" you mentioned in
> comment 0 should be MS Office, isn't it?
No it is not. It is the Windows image viewer or any associated image viewer. The file is a .jpg. I don't have MSO.
LibreOffice documents can contain 2 different kinds of embedded objects:
* Windows native OLE embedded objects
* embedded objects for which LibreOffice has its own import filter
If LibreOffice doesn't have a filter for the object, it can only be opened on Windows via native OLE.
Unfortunately the UI uses the words "Insert OLE object" for both types,
which is a bit confusing (see bug 82625).
for the embedded object in the attached document, it appears that
LO cannot detect the document type.
the "file" tool isn't doing any better:
> file word/embeddings/oleObject1.bin
word/embeddings/oleObject1.bin: Composite Document File V2 Document, Cannot read section info
the document.xml contains "<o:OLEObject Type="Embed" ProgID="Package" ...",
no idea what "Package" means here.
(In reply to Buovjaga from comment #5)
> It is the Windows image viewer or any associated image viewer.
> The file is a .jpg. I don't have MSO.
Ok, but this, unfortunately, just hides the same reason. Windows OLE requires specific OLE handler to be present on the system.
Is that actually "any associated image viewer"? It could be so; if so, it just means that the OLE handler installed for this type of OLE actually extracts the image and then calls system's viewer; while usually that is not the case: more often, only specific app opens the OLE. Do you see different apps opening the same embedding if you change system's image viewer?
Created attachment 128956 [details]
Screenshot of MS Word 2013 opening this file on Win10
E.g. for me on Windows 10, with MS Office 2013, it opens like this.
(In reply to Mike Kaganski from comment #7)
> (In reply to Buovjaga from comment #5)
> > It is the Windows image viewer or any associated image viewer.
> > The file is a .jpg. I don't have MSO.
> Ok, but this, unfortunately, just hides the same reason. Windows OLE
> requires specific OLE handler to be present on the system.
> Is that actually "any associated image viewer"? It could be so; if so, it
> just means that the OLE handler installed for this type of OLE actually
> extracts the image and then calls system's viewer; while usually that is not
> the case: more often, only specific app opens the OLE. Do you see different
> apps opening the same embedding if you change system's image viewer?
Yes, on the Win 10 VM it used whatever comes with Windows and now on my Win 7 it uses my default viewer Irfanview.
Win 7 Pro 64-bit Version: 22.214.171.124.alpha1+
Build ID: 172325bedf69bbc162f3c1948264451c90c105a3
CPU Threads: 4; OS Version: Windows 6.1; UI Render: default; Layout Engine: new;
TinderBox: Win-x86@39, Branch:master, Time: 2016-11-21_05:26:40
Locale: fi-FI (fi_FI); Calc: group
The previous screenshot shows that the type of the object is "OLE Package object" (translated from Russian).
This means that there must exist "OLE Package" server on system, that can treat such packages.
** Please read this message in its entirety before responding **
To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year.
There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present.
If you have time, please do the following:
Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/
If the bug is present, please leave a comment that includes the information from Help - About LibreOffice.
If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice.
Please DO NOT
Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not
appropriate in this case)
If you want to do more to help you can test to see if your issue is a REGRESSION. To do so:
1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/
2. Test your bug
3. Leave a comment with your results.
4a. If the bug was present with 3.3 - set version to 'inherited from OOo';
4b. If the bug was not present in 3.3 - add 'regression' to keyword
Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa
Thank you for helping us make LibreOffice even better for everyone!
I can open the image in the test document on Ubuntu 16.04 64-bit with Version: 126.96.36.199
Build ID: 1:5.4.4~rc2-0ubuntu0.16.04.1~lo1
CPU threads: 2; OS: Linux 4.4; UI render: default; VCL: gtk2;
Locale: en-US (en_US.UTF-8); Calc: group
I suppose that the OS might have included the required application for the data object; or possibly I have installed something there that enables me now to handle the "Package" packages (sorry for pun) :)
author Caolán McNamara <firstname.lastname@example.org> 2017-01-12 09:49:36 +0000
committer Caolán McNamara <email@example.com> 2017-01-12 11:18:51 +0000
in extremis dump Ole10Native payload and launch system viewer on it
so embedded plain text documents/source code/etc in word documents can be viewed
by us under Linux