Description: 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 6.2.8.2, 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 Actual Results: the frame is converted into a text box Expected Results: the frame should be a frame Reproducible: Always User Profile Reset: Yes Additional Info: Version: 6.2.8.2 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 Calc: threaded
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: 7.2.0.0.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 Calc: CL
@Telesto 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
@Regina 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 [1] with that for the frame [2] you will see that it's not possible to edit the properties of the first one. [1] https://bugs.documentfoundation.org/attachment.cgi?id=170466 [2] https://bugs.documentfoundation.org/attachment.cgi?id=173066 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.
Dear Fellype, 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 https://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://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Dear QA Team, The bug is still present in LO 25.2.1 Information from Help - About LibreOffice: Version: 25.2.1.2 (X86_64) / LibreOffice Community Build ID: 520(Build:2) CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: kf5 (cairo+xcb) Locale: en-US (en_US.UTF-8); UI: en-US SlackBuild for 25.2.1 by Eric Hameleers Kind regards, Fellype