Bug 135983 - Image gone after DOCX export (image frame anchored to Frame in Interactive frame)
Summary: Image gone after DOCX export (image frame anchored to Frame in Interactive fr...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
(earliest affected)
Inherited From OOo
Hardware: All All
: medium normal
Assignee: Not Assigned
Keywords: filter:docx
Depends on:
Blocks: DOCX-Frames DOCX-Anchor-and-Text-Wrap
  Show dependency treegraph
Reported: 2020-08-21 09:52 UTC by Telesto
Modified: 2024-03-08 00:51 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:

Example file (54.24 KB, application/vnd.oasis.opendocument.text)
2020-08-21 09:52 UTC, Telesto

Note You need to log in before you can comment on or make changes to this bug.
Description Telesto 2020-08-21 09:52:15 UTC
Image gone after DOCX export (image frame anchored to Frame in Interactive frame)

Steps to Reproduce:
1. open the attached file
2. Save as DOCX
3. File reload

Actual Results:
Image gone

Expected Results:
Not so

Reproducible: Always

User Profile Reset: No

Additional Info:
Version: (x64)
Build ID: <buildversion>
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win
Locale: nl-NL (nl_NL); UI: en-US
Calc: CL
Comment 1 Telesto 2020-08-21 09:52:28 UTC
Created attachment 164528 [details]
Example file
Comment 2 Telesto 2020-08-21 09:58:14 UTC
As I love to test the less common combinations.. I assume the export filter doesn't know/convert anchor to frame?
Comment 3 Justin L 2020-08-24 15:28:14 UTC
I just tried it with adding another frame with a PNG inside and it exported that frame/image fine to docx (well, the image wasn't lost, but anchoring was wrong). So there must be something wrong with this particular frame and combination of settings. (I tried replacing the image with my image, and mine was lost too.)

This is really an image in frame in frame. Cutting out one of the frames takes care of the problem. (But I was able to add a caption to my PNG and it still saved, so not sure what is really wrong here.)
Comment 4 Telesto 2020-08-24 16:11:12 UTC
(In reply to Justin L from comment #3)
Double checking./ Caption frame inside the interactive frame is anchored 'To Frame'. So simple inserting a caption frame inside a frame won't be enough. You need to change it 'to frame'

Not sure in which cases 'to frame' being allowed (for reference at DOCX export). My initial idea for creating this was, maybe DOCX not having a 'to frame' emulation..

Longer reasoning: people tend to introduce new functions/ or make stuff more public forgetting they DOC/DOCX/RTF area (bit grumpy at the UX for introducing new Fontwork without checking DOCX comp-ability). Some times I which there were a kind of testing protocol/checklist. Or simply checking DOCX/DOC/RTF export by default if it's area which (hypothetically) could be affected too. (So say /shapes/anchoring/frames/fontwork/fields/footnotes/QR-code implementation). It's rather simple and reduces the number of bugs and would feel bit more coordinated. 

They QR-code function simply useless in DOCX format (blurry image). Doesn't need to be. And hard to promote LibreOffice as quality product. And they Calc jumbo sheets stuff shouldn't be mentioned in Release Notes; or somewhere hidden in a small caption with experimental written on it big time.

Sorry for the off-topic part.. sometimes I only think, why, why, why. As it can be avoided without to much trouble
Comment 5 QA Administrators 2022-08-25 03:43:37 UTC Comment hidden (obsolete, spam)
Comment 6 Justin L 2022-09-05 22:42:48 UTC
Sounds like a duplicate of bug 121508.

*** This bug has been marked as a duplicate of bug 121508 ***
Comment 7 Stéphane Guillou (stragu) 2023-12-22 12:51:49 UTC
As mentioned in bug 121508 comment 9, this issue is distinct: Telesto's example document has a picture anchored to paragraph inside a frame, which is itself anchored to a paragraph inside another frame. 

Setting back to New, but as Gabor said in bug 121508 comment 9, we might need to phase out this babushka doll feature because of the interoperability issues it creates...
Comment 8 Gabor Kelemen (allotropia) 2023-12-22 12:57:51 UTC
Difficult to say how to handle this. For simple shapes the anchoring is moved to character, meaning the shape is not lost, but positioned outside (and incorrectly compared to the original setting) of the frame.

Another option would be anchoring inside the textbox as character, this kinda works for the usual caption objects, but for frame-in-frame objects, the outer one seems to overlap the inner one (I  think I saw some docx export bug about this already).