Created attachment 134305 [details] A sanitized DOCX that has no line breaks in Word The attachment does not have a line break in Word. Its single paragraph reads > First part of a line (before CRLF). Second part of the same line (after CRLF). When open in LO, it is split into two lines separated by a line break: > First part of a line (before CRLF). > Second part of the same line (after CRLF). This happens because there is a line break (CRLF) in the markup (document.xml) that is converted into space by Word, but treated as line break by LibreOffice. Word behavior should be considered correct, as described at https://msdn.microsoft.com/en-us/library/ms256097 and ECMA-376-1:2016 17.3.3.31 (although I didn't find documentation specifically discussing CRLF in WordprocessingML). This is consistent with xml:space="preserve" attribute used in the file, as documented at https://www.w3.org/TR/xml/#sec-white-space.
A patch is sent: https://gerrit.libreoffice.org/39286
Moving to ASSIGNED
Mike Kaganski committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=6124490c1e486d648d75cd1c3f7f4e793fb1d1c0 tdf#108806: convert CRLF into space in OOXML text It will be available in 6.0.0. 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.
displays blank document 6.0.0.0.alpha0+ [ build id: aa084cc ] os: android 5.1 device: lyf flame 3 [ ls-4001 ]
(In reply to krishna [:kr1shna] from comment #4) What is the purpose of this (and similar) replies of yours? The Android has a dedicated component, and its defficiencies should be tracked in dedicated issues (possibly referencing testcases from this and other issues, and referring those issues in their "See Also"). Your comment doesn't directly relate to the bug described and fixed here.