Created attachment 74477 [details] screenshot Steps to reproduce bug. 1. Start any of following Libo app calc, impress, draw. 2. Enable CTL. 3. Type text enclosed within brackets e.g. (Libreoffice) 4. Switch to RTL Writing mode. Result : Brackets are inverted. )Libreoffice(
Which version on LibreOffice and which OS ?
Reproduced with 4.0.0, but this only happens when the text in the brackets is English (or probably any LTR language). If the text is a RTL language is looks OK in both directionalities, probably due to its strong BIDI directionality.
Notice this one doesn't affect writer.
navin patidar committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=6708ad7f1baa8d4cef1718bdef1d26fb5d8510f3 fix fdo#60533, Set TEXT_LAYOUT_BIDI_STRONG flag. 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.
Verified fix on master build.
navin patidar committed a patch related to this issue. It has been pushed to "libreoffice-4-0": http://cgit.freedesktop.org/libreoffice/core/commit/?id=fc7a1b54cf8edbc52fb48e89043d3b9f9a742a4b&h=libreoffice-4-0 fix fdo#60533, Set TEXT_LAYOUT_BIDI_STRONG flag. It will be available in LibreOffice 4.0.3. 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.
this patch have cause two new bugs fdo65414 and fdo65562
Lior asked me to revert this patch in libreoffice-4-0-4 branch to avoid the regressions in 4.0.4 bugfix release. IMHO, it makes sense because the regressions looks more serious that the original bug. Please, try to come up with a better fix before the 4.0.5 bugfix release.
Petr Mladek committed a patch related to this issue. It has been pushed to "libreoffice-4-0": http://cgit.freedesktop.org/libreoffice/core/commit/?id=a49614e0b38424fa8c23b62c142141b49ba50af3&h=libreoffice-4-0 Revert "fix fdo#60533, Set TEXT_LAYOUT_BIDI_STRONG flag." It will be available in LibreOffice 4.0.5. 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.
Petr Mladek committed a patch related to this issue. It has been pushed to "libreoffice-4-0-4": http://cgit.freedesktop.org/libreoffice/core/commit/?id=41900bab0d07332aa720c92f787d90c4d8fff571&h=libreoffice-4-0-4 Revert "fix fdo#60533, Set TEXT_LAYOUT_BIDI_STRONG flag." It will be available already in LibreOffice 4.0.4. 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.
Petr Mladek committed a patch related to this issue. It has been pushed to "libreoffice-4-1": http://cgit.freedesktop.org/libreoffice/core/commit/?id=361c25f0ea5c0bae486fb7083d09138ffc8fcedc&h=libreoffice-4-1 Revert "fix fdo#60533, Set TEXT_LAYOUT_BIDI_STRONG flag." It will be available in LibreOffice 4.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.
Petr Mladek committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=0de49e5d365a0ca3e667bcdd68630296b5e840d6 Revert "fix fdo#60533, Set TEXT_LAYOUT_BIDI_STRONG flag." 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.
Other developers suggested to revert it also on the other branches to have consistent state and avoid the regressions in further release.
I have closed the regressions caused by the original fix: bug 65414 and bug 65562. Please, make sure that they does not happen when you provide a better fix for this bug. Anyway, thanks for working on the RTL bugs. It is much appreciated.
update to new mab.
please retest against 4.2.x if bug persists please move it to mab4.2 list since 4.1.x is EOL
Ubuntu 14.04 x64 LibreOffice 4.2.4.2 release Cannot reproduce with 4.2.4.2 release Closing as WFM - if you can reproduce this on 4.2.4.2 release please set to NEW again and move to mab4.2. Thanks!
Created attachment 99604 [details] Example of the bug Can reproduce on Build ID: 4.2.4.2 Arch Linux build-1. Attached screen recording.
Do you think you could bibisect this? Is it a regression?
moved to mab4.2 list
MABs should be priority highest.
please retest with current LibO 4.3.4.1 or 4.4.0.0 beta if issue persists, please move this to mab4.3 list since 4.2.x is END OF LIFE
CONFIRMED with LO 4.4.0.0.beta2 and 4.3.5.1 on Ubuntu 14.04 (In reply to navin patidar from comment #0) > Steps to reproduce bug. > 1. Start any of following Libo app calc, impress, draw. Started Impress. > 2. Enable CTL. Tools -> Options -> Language Settings -> Languages -> Complex text layout (check box, click "OK") > 3. Type text enclosed within brackets e.g. (Libreoffice) > 4. Switch to RTL Writing mode. View -> Toolbars -> Text Formatting (this will enable the buttons for LTR and RTL) > Result : > Brackets are inverted. )Libreoffice( Brackets are inverted, but only while editing. Because this was a mab4.2 I'm adding it to mab4.3, however given that it only affects parens while editing, is it really a MAB?
@Robinson Tryon (qubit) once we finish the mab4.2 to mab4.3 migration I think it would be nice to review all the opened 4.3 MABs to see if they really meet the criteria to be listed as most annoying bugs.
Still happens with 4.4.5 (Official packages for deb 64bit).
Created attachment 125683 [details] Screenshot of a new test. Brackets are inverted only in some cases.
Setting Assignee back to default. Please assign it back to yourself if you're still working on this issue
Still happens in: Version: 5.4.2.2.0+ Build ID: 1:5.4.2-3~bpo9+1 CPU threads: 8; OS: Linux 4.9; UI render: default; VCL: gtk2; Locale: en-US (en_US.utf8); Calc: group OS: Debian 64bit Stretch (Debian 9.2, with some backported packages) I tested with Impress, Default (English) UI.
Mark Hung committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=e85aa0cc8b306c2f5ca6240b99e1704f772dbebb tdf#60533 invoke ubidi_setPara with correct paraLevel parameter. It will be available in 6.1.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.
*** Bug 92641 has been marked as a duplicate of this bug. ***
(In reply to Commit Notification from comment #29) Verified fix on Master. Thank you Mark.
*** Bug 117294 has been marked as a duplicate of this bug. ***
Created attachment 141738 [details] Impress rendering the same slide with different BIDI in presentation mode (with two screens) Version: 6.1.0.0.alpha1+ (x64) Build ID: a6a38c6de9c18fd1269fc8cfc0e070ef429c8e2f CPU threads: 4; OS: Windows 10.0; UI render: default; TinderBox: Win-x86_64@42, Branch:master, Time: 2018-04-28_01:58:12 Locale: he-IL (he_IL); Calc: CL
As requested, reproduced https://bugs.documentfoundation.org/show_bug.cgi?id=117294 with up to date dev version This doesn't happen in edit mode Source file: https://webcourse.cs.technion.ac.il/236360/Spring2018/ho/WCFiles/T1_lexical_analysis.pptx slide 8