Summary: | Writer always breaks lines at text direction change | ||
---|---|---|---|
Product: | LibreOffice | Reporter: | Khaled Hosny <dr.khaled.hosny> |
Component: | Writer | Assignee: | Not Assigned <libreoffice-bugs> |
Status: | NEW --- | QA Contact: | |
Severity: | normal | ||
Priority: | medium | CC: | todventtu |
Version: | unspecified | Keywords: | regression |
Hardware: | All | ||
OS: | Linux (All) | ||
Whiteboard: | bibisectRequest | ||
i915 platform: | i915 features: | ||
Bug Depends on: | |||
Bug Blocks: | 43808 | ||
Attachments: | Test file showing the broken behaviour |
Confirmed. Win 7 64-bit Version: 4.4.0.0.alpha1+ Build ID: 8b21b5cbe78945b27525b4ce78ae3d981f90590f TinderBox: Win-x86@39, Branch:master, Time: 2014-11-06_03:55:51 On Linux, I confirmed with 4.3 and 4.5, but not on 3.3 or 3.5. Thus marking as a regression. Tested versions: Ubuntu 14.10 64-bit Version: 4.5.0.0.alpha0+ Build ID: f92183833fa569006602ac7e93c906d2094e0d4d TinderBox: Linux-rpm_deb-x86_64@46-TDF-dbg, Branch:master, Time: 2014-12-14_00:21:45 Version: 4.3.3.2 Build ID: 430m0(Build:2) LibreOffice 3.5.0rc3 Build ID: 7e68ba2-a744ebf-1f241b7-c506db1-7d53735 LibreOffice 3.3.0 OOO330m19 (Build:6) tag libreoffice-3.3.0.4 Was able to replicate the issue but not find a bibisect version where it worked. Tested back to 3.5, location set to en_US. |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.
Created attachment 80926 [details] Test file showing the broken behaviour Writer seems to always consider the point of text direction change (i.e. from RTL to LTR) a valide break point, even if it isn’t otherwise. In the attached file the first paragraph is broken after the opening parenthesis (end of RTL run) because it is follwed by digits (start of a LTR run). Replacing the digits with Arabic letter in the the second paragraph prevents the unwanted break point, as expected.