I have received a DOC97 (".doc") document that contains a bunch of DOC97 and DOCX documents.
LibreOffice Writer can open DOC97 and XLS97 documents inside the DOC97, but fails to recognize DOCX and XLSX documents when they are OLE-embedded.
This looks like a generic issue in file opening, where context is telling what kind of files are possible to open -- or even to extract out of another document.
When on a ".doc" document I get right button context menu on OLE-embedded files offering "Save Copy as .." of the file. There is also "Edit".
On same ".doc" document right clicking a ".docx" file does not offer neither Edit, nor Save actions.
If the file type is unknown for some reason, maybe Edit could be omitted, but why the Save action is not offered in all OLE-embedded files?
When "Save Copy as" is offered, it does not get the filename information from embedding wrapper, and default file name for saving is therefore "Untitled N".
This is probably very old issue, even 3.x, but I am reporting what I have at my workstation.
One part of document embedding structure is following:
DOC ( DOC ( DOCX ))
calling these as "doc1", "doc2", and "docx3" below.
Writer 6.1 Beta 2 (61b2) saves nicely the first embedded level document ("doc2"), but none of documents embedded inside it ("docx3).
This writer 6.1b2 is able to open (left double-click) the first embedded level ("doc2") showing that there is inner embedded document ("docx3"). But it fails to open that inner document. (Opens it with Linux KDE Ark.)
When MS Office is used to save the first embedded level document, then Writer 61b2 is able to open the second level (now first level) embedded DOCX, but is unable to save it from the context menu (mouse right click). However it is possible to save it from embedded editor.
When I opened the "doc1", and then embedded opened "doc2", I was able to save the "doc2" except the resulting file did not contain embedded document.
So it looks like:
- Context menu on OLE object should always have "Save Copy as.." action even
when that document is otherwise of unknown type.
- Saving (/File/Save Copy As../) of embedded open needs to save also all
possible embedded documents inside that level.
Thank you for reporting the bug. Please attach a sample document, as this makes it easier for us to verify the bug. I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' once the requested document is provided.
(Please note that the attachment will be public, remove any sensitive information before attaching it)
Tor: noticing your work about OLE, thought you might be interested in this one.
More generally, would you be interested in being put in cc for OLE related bugtrackers?
I don't think this has anything to do with my recent work. That work is about using LibreOffice from some (OLE) Automation client, or (through the COLEAT software) from a COM client in general that thinks it is talking to MSO. Not directly related to supporting features in some document format.
Miklos, however, might know something about stuff like this?
Created attachment 143005 [details]
Nested (embedded) documents inside document inside documents
Nesting structure is about:
doc1( doc2( doc3, docx3b ), docx2( docx3b ))
This is created with latest MS Office Word, and does exhibit same lack of explicit save buttons on libreoffice 6.1 beta2 as on 5.4.x series.
Double-clicking icons does open nested documents, but saving a document with nested documents does not save that level + nested ones.
I can't reproduce it with the document from attachment 143005 [details]. If you mark the objects by clicking the left button and then open the context menue, you always get the entries "edit" and "save Copy as". If you only opens the context menu, these entries are not there.
I start the ooffice61 (beta2) with doc1.doc.
Left-click on "Doc2.doc" icon highlights it (blue squares around).
Right-click on it does not show "Save Copy as.." et.al.
Double-left-click on "Doc2.doc", close that window.
Now right-click on "Doc2.doc" (on doc1.doc) shows the context menu.
Left-click "Doc2b.docx", and right-click does not show "Save Copy as.." et.al.
Double-left-click on "Doc2b.docx", close the new window, and now right-click does show "Save Copy as..".
Released LibreOffice 5.4.x does not learn file type even with double-left-click.
Does it matter than I am running Fedora Linux x86-64?
(In reply to Dieter Praas from comment #7)
> I can't reproduce it with the document from attachment 143005 [details]. If
> you mark the objects by clicking the left button and then open the context
> menue, you always get the entries "edit" and "save Copy as". If you only
> opens the context menu, these entries are not there.
Do you have MSO installed? I don't see these entries on Windows or Linux. I think my problem is the same as bug 98077. Perhaps this can indeed be closed as duplicate, if Dieter has MSO?
(In reply to Buovjaga from comment #9)
> Do you have MSO installed?
> I don't see these entries on Windows or Linux.
But perhaps I haven't grasp the problem, because normally I don't work with nested documents.
*** This bug has been marked as a duplicate of bug 118300 ***
Created attachment 143124 [details]
Screenshot of context menu
(In reply to hasan md mahamudul from comment #11)
> *** This bug has been marked as a duplicate of bug 118300 ***
Hasan, I don't understand why this should be a duplicate of 118300. => I canged it back to UNCONFIRMED.
*** This bug has been marked as a duplicate of bug 112233 ***
Hi Matti Aarnio,
Could you please try to reproduce it with the latest version of LibreOffice
from https://www.libreoffice.org/download/libreoffice-fresh/ ?
I have set the bug's status to 'NEEDINFO'. Please change it back to
'UNCONFIRMED' if the bug is still present in the latest version.
We have 3 situations: Windows with MSO installed, Windows without MSO installed, Linux.
WINDOWS with MSO installed: In my case OLE open with MSO and it shouldn't, so we shouldn't have thos situation at all.
WINDOWS without MSO installed: Behaves like Linux.
LINUX: on fileopen Doc1 right-click doesn't have menus "Save Copy as .." and "Edit". But double-click works fine. And then in Doc2 we have right-click menus "Save Copy as .." and "Edit" for Doc3.
Interesting, after double-click and close, right-click in Doc1 shows menus ( I guess that confused the reporter for Comment 1 experience). But saving Doc2 and opening it shows it lost Doc3.
On Linux Comment 7 is not reproducible.
This is still valid request in LO 6.4+, as follows. I change the title for the first. Anyone working on this is welcomed to do all three.
> So it looks like:
> 1. Context menu on OLE object should always have "Save Copy as.." action even
> when that document is otherwise of unknown type.
> 2. Saving (/File/Save Copy As../) of embedded open needs to save also all
> possible embedded documents inside that level.
> 3. When "Save Copy as" is offered, it should get the filename information from embedding wrapper, not default file name for saving "Untitled N" and ODF type.
Note: I'd say we had improvement in LO 5.x. Because with 5.0 double-click didn't work for me.