Download it now!
Bug 72341 - Increase/Decrease font doesn't apply to bullet in RTL paragraph when text script isn't RTL
Summary: Increase/Decrease font doesn't apply to bullet in RTL paragraph when text scr...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
(earliest affected)
Hardware: All All
: medium normal
Assignee: Not Assigned
Depends on:
Blocks: RTL-CTL Bullet-Number-Outline-Lists
  Show dependency treegraph
Reported: 2013-12-05 09:30 UTC by Faisal Menawer
Modified: 2019-09-18 02:53 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:

screenshot for LTR (5.16 KB, image/png)
2013-12-05 09:32 UTC, Faisal Menawer
screenshot for RTL (5.06 KB, image/png)
2013-12-05 09:33 UTC, Faisal Menawer
testdoc (9.96 KB, application/vnd.oasis.opendocument.text)
2015-09-25 15:52 UTC, Lior Kaplan

Note You need to log in before you can comment on or make changes to this bug.
Description Faisal Menawer 2013-12-05 09:30:27 UTC
if you change the size of paragraph has bullet numbering
the size of the bullets will changed. But if the paragraph are RTL
the bullets will had one size only.

Steps to reproduce:
1. write some bullet with text.
2. change the text size and direction to RTL.

Current behavior:
the bullet size not changed if the text size are changing.

Expected behavior:
the bullet size changed if the text size are changing. (like the LTR)
Comment 1 Faisal Menawer 2013-12-05 09:32:48 UTC
Created attachment 90294 [details]
screenshot for LTR
Comment 2 Faisal Menawer 2013-12-05 09:33:20 UTC
Created attachment 90295 [details]
screenshot for RTL
Comment 3 Lior Kaplan 2013-12-14 12:47:03 UTC
I couldn't reproduce on 4.1.3 (Debian unstable packages, 64bit) or master (Debian testing, 64bit). Can someone confirm on the 4.2 branch ?
Comment 4 Faisal Menawer 2014-02-06 11:08:10 UTC
i found something new the bug appear only when
you use the increase size shortcut (Ctrl + ])
Comment 5 Maxim Monastirsky 2014-02-06 11:54:17 UTC
Hi Faisal,

I can confirm this bug with master. Take a look at The new font size applied only to scripts that are actually used in the selected text (nScriptTypes). In your case the text is 'Libreoffice' which is SCRIPTTYPE_LATIN only. The problem is that in RTL paragraph the bullet is of SCRIPTTYPE_COMPLEX type.
Comment 6 Maxim Monastirsky 2014-02-06 12:22:50 UTC
It might have something in common with Bug 68808. Seems like the edit engine doesn't return the correct script type for RTL paragraphs. (And increase/decrease also doesn't work for fields in RTL paragraph.)
Comment 7 Joel Madero 2015-05-02 15:44:41 UTC Comment hidden (obsolete)
Comment 8 Buovjaga 2015-06-21 13:28:00 UTC
(In reply to Faisal Menawer from comment #4)
> i found something new the bug appear only when
> you use the increase size shortcut (Ctrl + ])


Win 7 Pro 64-bit Version:
Build ID: 3ecef8cedb215e49237a11607197edc91639bfcd
TinderBox: Win-x86@62-merge-TDF, Branch:MASTER, Time: 2015-06-19_23:16:58
Locale: fi-FI (fi_FI)
Comment 9 Lior Kaplan 2015-09-25 15:52:51 UTC
Created attachment 119025 [details]

Still happens in 5.0.2 (Debian GNU/Linux, 64bit).

It happens both while using the icons from the sidebar or the CTL+[ shortcut. Changing the directionality to RTL resets the bullet size, and changing to LTR brings it to the proportional size. See the attached testdoc.
Comment 10 Xisco Faulí 2016-09-15 12:18:34 UTC
Updating code pointer: from comment 5
Comment 11 Xisco Faulí 2017-09-29 08:54:09 UTC Comment hidden (obsolete)
Comment 12 Lior Kaplan 2017-10-02 21:36:27 UTC
Still happens in 5.4.1
Comment 13 Omer Zak 2017-11-03 20:38:14 UTC
Still happens in:

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)

Happens only when I change the text size using the CTRL+[ and CTRL+] shortcuts.
Comment 14 Lior Kaplan 2018-09-17 17:10:33 UTC
Still happens.

Build ID: 1:6.1.1~rc1-2

Debian GNU/Linux on AMD64
Comment 15 QA Administrators 2019-09-18 02:53:13 UTC
Dear Faisal Menawer,

To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year.

There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present.

If you have time, please do the following:

Test to see if the bug is still present with the latest version of LibreOffice from

If the bug is present, please leave a comment that includes the information from Help - About LibreOffice.
If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice.

Please DO NOT

Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not 
appropriate in this case)

If you want to do more to help you can test to see if your issue is a REGRESSION. To do so:
1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from

2. Test your bug
3. Leave a comment with your results.
4a. If the bug was present with 3.3 - set version to 'inherited from OOo';
4b. If the bug was not present in 3.3 - add 'regression' to keyword

Feel free to come ask questions or to say hello in our QA chat:

Thank you for helping us make LibreOffice even better for everyone!

Warm Regards,
QA Team