Bug 128832 - make cell RTL is not effective on render text
Summary: make cell RTL is not effective on render text
Status: RESOLVED INSUFFICIENTDATA
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
6.3.3.2 release
Hardware: All Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: text:ctl, text:rtl
Depends on:
Blocks:
 
Reported: 2019-11-16 10:10 UTC by Sadeq N Yazdi
Modified: 2020-11-29 05:00 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
Sample ODS file (16.05 KB, application/octet-stream)
2019-12-17 16:39 UTC, Sadeq N Yazdi
Details
Bad render screen shot (8.99 KB, image/png)
2019-12-17 16:40 UTC, Sadeq N Yazdi
Details
Correct Render (8.55 KB, image/png)
2019-12-17 16:41 UTC, Sadeq N Yazdi
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Sadeq N Yazdi 2019-11-16 10:10:50 UTC
A cell in sheet that contains mixed Latin and Persian characters render just LTR and changing the cell to RTL does not effect on rendering.
If I add Right-to-Left mark at the beginning of cell value, it renders text correctly.

Note that there is no problem with Calc 6.2.8.2 on the same machine/os.
Comment 1 Xisco Faulí 2019-12-11 13:27:30 UTC
Thank you for reporting the bug. Please attach a sample document, as this makes it easier for us to verify the bug. 
(Please note that the attachment will be public, remove any sensitive information before attaching it. 
See https://wiki.documentfoundation.org/QA/FAQ#How_can_I_eliminate_confidential_data_from_a_sample_document.3F for help on how to do so.)

I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' once the requested document is provided.
Comment 2 Sadeq N Yazdi 2019-12-17 16:39:56 UTC
Created attachment 156630 [details]
Sample ODS file

Sample file that have bad render. The A1 cell must render RTL but it renders LTR. Use RTL/LTR button does not change it!
if I add a RTL render mark character before the text, the text render will be ok.
Comment 3 Sadeq N Yazdi 2019-12-17 16:40:59 UTC
Created attachment 156631 [details]
Bad render screen shot

A1 cell with bad render
Comment 4 Sadeq N Yazdi 2019-12-17 16:41:49 UTC
Created attachment 156632 [details]
Correct Render

Cell A1 with correct render
Comment 5 Sadeq N Yazdi 2019-12-17 16:48:26 UTC
(In reply to Xisco Faulí from comment #1)
> Thank you for reporting the bug. Please attach a sample document, as this
> makes it easier for us to verify the bug. 
> (Please note that the attachment will be public, remove any sensitive
> information before attaching it. 
> See
> https://wiki.documentfoundation.org/QA/
> FAQ#How_can_I_eliminate_confidential_data_from_a_sample_document.3F for help
> on how to do so.)
> 
> I have set the bug's status to 'NEEDINFO'. Please change it back to
> 'UNCONFIRMED' once the requested document is provided.

I attached 3 file:
1. sample ODS file
2. Screenshot when render is not correct 
3. Screenshot when render is correct (by add Right-to-left mark character at the begging of cell content
Comment 6 Xisco Faulí 2020-01-20 12:02:53 UTC
You can't confirm your own bugs. Moving it back to UNCONFIRMED until someone
else confirms it.
Comment 7 Buovjaga 2020-05-01 17:22:25 UTC
(In reply to Sadeq N Yazdi from comment #4)
> Created attachment 156632 [details]
> Correct Render
> 
> Cell A1 with correct render

For me it looks like this. Tested both with gtk3 and kf5 backends.
Maybe try with 6.4.x.

Arch Linux 64-bit
Version: 7.0.0.0.alpha0+
Build ID: 23ddc3811d4d1890e4024f4e0f6bb5129a694fdc
CPU threads: 8; OS: Linux 5.6; UI render: default; VCL: kf5; 
Locale: fi-FI (fi_FI.UTF-8); UI-Language: en-US
Calc: threaded
Built on 30 April 2020

Arch Linux 64-bit
Version: 6.4.3.2
Build ID: 6.4.3-1
CPU threads: 8; OS: Linux 5.6; UI render: default; VCL: kf5; 
Locale: fi-FI (fi_FI.UTF-8); UI-Language: en-US
Calc: threaded
Comment 8 QA Administrators 2020-10-29 04:32:53 UTC Comment hidden (obsolete)
Comment 9 QA Administrators 2020-11-29 05:00:41 UTC
Dear Sadeq N Yazdi,

Please read this message in its entirety before proceeding.

Your bug report is being closed as INSUFFICIENTDATA due to inactivity and
a lack of information which is needed in order to accurately
reproduce and confirm the problem. We encourage you to retest
your bug against the latest release. If the issue is still
present in the latest stable release, we need the following
information (please ignore any that you've already provided):

a) Provide details of your system including your operating
   system and the latest version of LibreOffice that you have
   confirmed the bug to be present

b) Provide easy to reproduce steps – the simpler the better

c) Provide any test case(s) which will help us confirm the problem

d) Provide screenshots of the problem if you think it might help

e) Read all comments and provide any requested information

Once all of this is done, please set the bug back to UNCONFIRMED
and we will attempt to reproduce the issue. Please do not:

a) respond via email 

b) update the version field in the bug or any of the other details
   on the top section of our bug tracker

Warm Regards,
QA Team

MassPing-NeedInfo-FollowUp