Created attachment 71861 [details] Original .ODT file with text frame A document which contains a text frame seems to lose that frame when the document is saved in OpenXML format (.docx). It still seems visible while the original file is opened, but when the .docx version is reopened, the frame and its contents are no longer visible. They are also not visible when the file is opened in Microsoft Office. I've attached the original .odt file as well as the .docx file.
Created attachment 71862 [details] Same document as before, after saving as .DOCX. Frame is missing.
Created attachment 71863 [details] Original .ODT file with text frame (binary this time)
Thanks for reporting! I can reproduce this behavior using Mac OSX 10.8.2 and LibreOffice Version 4.1.0.0.alpha0+ (Build ID: b1d0fd4f969976e2133f8eaa37c1fb8360c20f6) TinderBox: MacOSX-Intel@1-built_no-moz_on_10.6.8, Branch:master, Time: 2013-01-24_00:28:35 Following https://wiki.documentfoundation.org/images/0/06/Prioritizing_Bugs_Flowchart.jpg I leave bug priority as 'critical' 'medium'. (Loss of data YES -> major components affecting most users NO -> many users also NO). I hope you can agree with this priority traiging? Kind regards
This issue still happens in Libreoffice 4.0.4.2 release and Libreoffice 4.1 RC1. Steps to re-produce: * Create a new writer document; * Insert a text frame, and some text. * Save as OOXML (docx), and reopen. * The frame does not show up. * Open with MS OFFICE 2010, the frame shows up with no problem.
(In reply to comment #4) > This issue still happens in Libreoffice 4.0.4.2 release and Libreoffice 4.1 > RC1. > > Steps to re-produce: > * Create a new writer document; > * Insert a text frame, and some text. > * Save as OOXML (docx), and reopen. > * The frame does not show up. > * Open with MS OFFICE 2010, the frame shows up with no problem. Please also not that, in libreoffice 4.0.4.2, when insert a shape frame and add some text, save and reopen, the shape still shows up, but the text is missing.
@suokunlong: Following https://wiki.documentfoundation.org/images/0/06/Prioritizing_Bugs_Flowchart.jpg I mark this is Critical medium, as I first did. 1) not a regression 2) not our 'own' document format (ODF), it is docx -> we only can do our 'best approach' on this format BUT I totally agree there is information loss -> critical. Also, I partially agree this is a mab3.6, but you only have to place it on 1 MAB-list (the one corresponding with the bug version (in this case mab3.6) Kind regards, Joren
DOCX export of text frames was completely missing till 4.1. What's more interesting that in case of the attached odt bugdoc, only one frame gets exported. I'll try to have a look at that.
Ah, I think I know why -- the code doesn't handle multiple textframes attached to the same paragraph.
Miklos Vajna committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=e5b145a46cd29c9428e6e1894f7b0bb8248a412f fdo#58577 DOCX export: handle multiple textframes anchored to the same para The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Fixed on master, -4-1 review: https://gerrit.libreoffice.org/4826
Miklos Vajna committed a patch related to this issue. It has been pushed to "libreoffice-4-1": http://cgit.freedesktop.org/libreoffice/core/commit/?id=6a10a2940a82c7fb376fc1b5a7c940e0a849e15a&h=libreoffice-4-1 fdo#58577 DOCX export: handle multiple textframes anchored to the same para It will be available in LibreOffice 4.1.1. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.