The frames added to a text document are converted into text box when saving the file in .docx format.
It does not mater if one starts with an empty document, save a .odt in .docx format or open a .docx document, add a frame and save it.
I can reproduce it i versions 188.8.131.52, on Ubuntu and in 7.0.4, on Slackware.
Obs.: I'm sorry in advance if it is a duplicate of another bug. But I haven't time to verify all the results returned in the search.
Steps to Reproduce:
1. add a frame to any LO Writer text document
2. save it as .docx
3. open the file and verify
the frame is converted into a text box
the frame should be a frame
User Profile Reset: Yes
Build ID: 1:6.2.8-0ubuntu0.19.04.1
CPU threads: 4; OS: Linux 5.0; UI render: default; VCL: gtk3;
Locale: en-US (pt_BR.UTF-8); UI-Language: en-US
Created attachment 170412 [details]
test case - file with a frame saved as .odt
Created attachment 170413 [details]
test case - file with a frame saved as .docx
Note: Did find another issue; frame moving to different position: bug 140966
I don't repro. Navigator shows Frame when exporting to DOCX. Frame does look slightly different compared to ODT. But no clue what the cause of that is
Biggest problem, outer border is lacking
Version: 184.108.40.206.alpha0+ (x64) / LibreOffice Community
Build ID: dc3b64dcbfb0a49c0be65bd8d73ed4e6d3828a21
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win
Locale: nl-NL (nl_NL); UI: en-US
Navigator shows Frame here too.
However, by right-clicking on the frame the floating menu shows the option 'Remove Text Box'. See the screenshot attached.
So, the step 3 should be changed
from: 3. open the file and verify
to: 3. open the file, right-click on the frame -> the option 'Remove Text Box' will be shown
Created attachment 170466 [details]
Screenshot of the floating menu showing an option to remove the text box
@Fellype: Which kind of object do you expect in the docx file? Can you provide a document with such object created in Word (or other application but LibreOffice)?
Created attachment 173066 [details]
Screenshot of the floating menu showing an option to edit the frame properties
Created attachment 173067 [details]
Screenshot of the dialog with the frame properties
Created attachment 173068 [details]
docx file created with FreeOffice
It is expected that the object in the docx file remain with the same properties of a frame in the odt ones (see the screenshot in https://bugs.documentfoundation.org/attachment.cgi?id=173067)
If you compare the floating menus of the text box  with that for the frame  you will see that it's not possible to edit the properties of the first one.
Unfortunately (or not) I can't provide an object created in Word because I don't use it.
FreeOffice is able to provide an object (called text frame in the software) that has similar properties of a frame in LibreOffice https://bugs.documentfoundation.org/attachment.cgi?id=173068
However, when the file is opened in LibreOffice, it is recognized as a text box.
[Automated Action] NeedInfo-To-Unconfirmed
I see in LO -> docx -> LO roundtrip, that all of frame, drawing object text (which has icon 'A' in the UI) and custom shape with connected frame (called 'text box' in the UI) result in a custom shape with connected frame.
LibreOffice writes it so to file, that it cannot know the original object type on reopening.
Softmaker uses the a:ext element to write additional information into the file, that it can use on reopening.
I can image some improvement in LO -> docx -> roundtrip:
Establish a better heuristic on import, to detect whether it could be a frame, e.g. prstGeom="rect" without rotation but rich content.
Use the a:ext element to write additional information to the file. Word does this a lot in using namespace "o:".
I think this should be closed as INVALID. We have to do all kinds of emulation when saving from ODT to DOCX.