Created attachment 103059 [details] how 4.2 compares to 4.3 After testing bug 81504, i noticed that the saved docx file outputted from 4.2.5 is different than 4.3.1 and master (9th July). Steps: * Download attachment 99947 [details] * Open it using 4.2 and 4.3 * Save the file as .docx * Open the files in Word Behavior: see attached screenshot.
Created attachment 103060 [details] the docx files outputted from 4.2 and 4.3
Reproducible, as you can see in the first image the last paragraph is shown again at the top (so the first paragraph is getting deleted). The text shown in the image of 4.2 is the same as the original document in Word for Mac 2011 does. So I agree this is a regression. kind regards, Joren
saved with 4.2: <w:r> <w:rPr/> <w:t>aasdfasdkasdcmcxmzmzxç</w:t> <w:br/> <w:t>asdkjasdkaslkfzcxv</w:t> <w:br/> <w:br/> <w:br/> <w:t>asdflasjdfkasjdfasñldfjñalf</w:t> </w:r> saved with 4.3: <w:sdt> <w:sdtPr> <w:text/> <w:dataBinding w:storeItemID="{6C3C8BC8-F283-45AE-878A-BAB7291924A1}" w:xpath="/ns1:coreProperties[1]/ns0:description[1]" w:prefixMappings="xmlns:ns0='http://purl.org/dc/elements/1.1/' xmlns:ns1='http://schemas.openxmlformats.org/package/2006/metadata/core-properties' "/> </w:sdtPr> <w:sdtContent> <w:r> <w:rPr/> <w:t>aasdfasdkasdcmcxmzmzxç</w:t> </w:r> </w:sdtContent> </w:sdt> <w:r> <w:rPr/> <w:br/> <w:t>asdkjasdkaslkfzcxv</w:t> <w:br/> <w:br/> <w:br/> <w:t>asdflasjdfkasjdfasñldfjñalf</w:t> </w:r> <w:r/> perhaps the dataBinding xpath in there is pointing at the wrong thing, and the sdtContent in there is actually ignored? this is the commit: commit 306859babd5a997a1e5d50e7791e8e5852a7ea2e Author: Jacobo Aragunde Pérez <jaragunde@igalia.com> AuthorDate: Wed Mar 19 19:44:27 2014 +0100 ooxml: preserve dataBinding tag in SDT properties (In reply to comment #0) > Created attachment 103059 [details] > how 4.2 compares to 4.3 > > After testing bug 81504, i noticed that the saved docx file outputted from > 4.2.5 is different than 4.3.1 and master (9th July). > > Steps: > * Download attachment 99947 [details] > * Open it using 4.2 and 4.3 > * Save the file as .docx > * Open the files in Word > > Behavior: see attached screenshot.
(This is an automated message.) It seems that the commit that caused this regression was identified. (Or at least a commit is suspected as the offending one.) Thus setting keyword "bisected".
Miklos, this is your area of expertise. Could you kindly take a look at this regression?
Migrating Whiteboard tags to Keywords: (bibisected)
So with master, the text appears correct in Word 2010, but not in Word 2013. The problems seems to be that each <w:br /> isnt being wrapped in <w:r>, resulting in Word 2013 showing all the text joined together without the line breaks. LO exported XML. <w:p> ... <w:r> <w:rPr></w:rPr> <w:t>aasdfasdkasdcmcxmzmzxç</w:t> <w:br /> <w:t>asdkjasdkaslkfzcxv</w:t> <w:br /> <w:br /> <w:br /> <w:t>asdflasjdfkasjdfasñldfjñalf</w:t> </w:r> </w:p> Original imported XML <w:p w:rsidR="0011483A" w:rsidRDefault="0009519C"> <w:r> <w:t>aasdfasdkasdcmcxmzmzxç</w:t> </w:r> <w:r> <w:br /> </w:r> <w:r> <w:t>asdkjasdkaslkfzcxv</w:t> </w:r> <w:r> <w:br /> </w:r> <w:r> <w:br /> </w:r> <w:r> <w:br /> <w:t>asdflasjdfkasjdfasñldfjñalf</w:t> </w:r> </w:p>
Created attachment 137215 [details] word 2013 screenshot
** Please read this message in its entirety before responding ** 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 http://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://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Roundtripped file opened in Word 2016 still missing line breaks in Version: 6.2.0.0.alpha0+ (x64) Build ID: 5e8cd8683d345b75297994b3f7aab851835eb124
Dear Yousuf Philips (jay) (retired), 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 http://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://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Created attachment 159169 [details] Screenshot of the original document in Word Problem seems to be that the original content controls properties have the "Enable carriage return characters (multiple paragraphs)" setting enabled, but the document saved by LO does not. Version: 7.0.0.0.alpha0+ (x64) Build ID: bc898e2c2784e36ad4d4cdf6d962e39069d2c82d CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: default; VCL: win; Locale: hu-HU (hu_HU); UI-Language: en-US Calc: CL
Created attachment 159170 [details] Screenshot of the roundtripped document in Word Checkbox at the bottom now unchecked
*** Bug 81504 has been marked as a duplicate of this bug. ***
*** Bug 79313 has been marked as a duplicate of this bug. ***
Vasily Melenchuk committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/75a49947c2eeb831a8e02192f1c4856eac62a743 tdf#81507: word content control support for w:multiLine It will be available in 7.3.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Vasily Melenchuk committed a patch related to this issue. It has been pushed to "libreoffice-7-2": https://git.libreoffice.org/core/commit/48e947333b51b3834eec21ccb0793bd7f5d589d7 tdf#81507: word content control support for w:multiLine It will be available in 7.2.4. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
The property is now roundtripped correctly in: Version: 7.3.0.0.alpha1+ (x64) / LibreOffice Community Build ID: 515682539623c9d61921c4f89302ffa0a4cb8d24 CPU threads: 13; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win Locale: hu-HU (hu_HU); UI: en-US Calc: threaded
7.2.4 was a hotfix release, updating target in status-whiteboard