Created attachment 150722 [details]
Hi. I do not know what I should in title to discribe this bug !
I'm on Fedora 28 X64 Cinnamon edition. Today I take a radical decision to remove system LO & install flatpak LO to enjoy last edition.
Flatpak package working good. But I confronted when started to use impress ! Please look for attached power point (this is only one example). On system LO that I removed there was no such issue that I will discuss !
On flatpak package when I open power point file it will open normally with it's correct direction (in this example from Left to Right). But just when I set pointer of mouse on content of slide (any slide) then direction will reversed into Right to Left ! Moreover, if I tried to correct direction by edit it back to Left to Right it will reverted again to Right to Left !!
Please your kind attention !
don't repro in
Build ID: 9079da7f62febaf4cef0b77320c31b4e8bb6b5a5
CPU threads: 4; OS: Linux 5.0; UI render: default; VCL: kde5;
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2019-04-06_02:52:37
Locale: ru-RU (ru_RU.UTF-8); UI-Language: en-US
Can you install LibreOffice from rpm packages from TDF site and try retest your problem?
Hi. You failed to reproduce this bug because your UI in English or other Latin language, correct?
I got this bug when using Arabic UI. But after reading your response, I changed my UI to English & bug disappeared. But when I reset UI on Arabic, the bug re-appearing again.
Please examine the case after change UI into Arabic.
You can't set up status to NEW, anybody else from QA team should make it
So this issue is only happening with Flatpak packages?
What happens if you install LibreOffice from https://www.libreoffice.org/download/libreoffice-fresh ?
(In reply to Xisco Faulí from comment #4)
> So this issue is only happening with Flatpak packages?
> What happens if you install LibreOffice from
> https://www.libreoffice.org/download/libreoffice-fresh ?
Hi. It is not limited to flatpak issue. It is also, occurring on AppImage formate version 184.108.40.206. I did not examine .rpm from source & I will never examine it because I do not like to give root privilege for external package .......
However, my system LibreOffice that installed from my official Fedora repositories has no such issue.
Note: I noticed that if layout of slide involving title field, like slide no. 1 in attached document, then when you click on title field contents then the direction set (changed) to correct one. But if you click over contents of field bellow (field of body of slide) then issue happening !
[Automated Action] NeedInfo-To-Unconfirmed
I tried on Windows with Arabic UI, but I am not seeing the problem
إصدارة: 220.127.116.11.alpha0+ (x64)
معرّف البناء: e1b51d4588b4b39592bb94dd5bb90de5e04d061e
خيوط المعالج: 4; نظام التَّشغيل: Windows 10.0; مصيّر الواجهة: المبدئيّ; VCL: win;
TinderBox: Win-x86_64@62-TDF, Branch:master, Time: 2019-09-23_09:16:11
المحليّة: fi-FI (fi_FI); لغة الواجهة الرسومية: ar-SA
Hi. I'm started now to suffer this issue with my SYSTEM L.O !
I tried to create new PPT. file for my new lucture & suffered from it !
I attached my new lucture with 2 screenshots (1st before applying mouse left click over contents when contents direction is correct & 2nd after applying mouse left click over contents of slides when issue generated)
Created attachment 155000 [details]
Created attachment 155001 [details]
Created attachment 155002 [details]
I forgot in my previous comment, (comment 8), to mention that I'm, now, on Fedora 30 X64 Cinnamon edition & my system LO (.rpm package) is: 18.104.22.168 fc30.1-22.214.171.124
What do we need to reproduce this?
1. Arabic locale
2. Arabic UI
3. Arabic locale + UI
Please reply after testing with American English locale and UI and combining with Arabic.
I tried what you asked me to do.
This bug only happening with Arabic UI while Arabic locale has no effect at all.
Ok, this is Linux-only: I repro with Arabic UI, gtk3 and kf5
Arch Linux 64-bit
Build ID: 01d28b0b85f99590c0581e4bbf636bc9281e0571
CPU threads: 8; OS: Linux 5.3; UI render: default; VCL: kf5;
Locale: fi-FI (fi_FI.UTF-8); UI-Language: en-US
Built on 17 October 2019