Bug 155097 - Glyph replacement for foreign digits
Summary: Glyph replacement for foreign digits
Status: RESOLVED DUPLICATE of bug 73494
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: UI (show other bugs)
Version:
(earliest affected)
7.6.0.0 alpha0+
Hardware: All Linux (All)
: medium minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2023-05-01 06:56 UTC by sh.yaron@gmail.com
Modified: 2024-09-16 14:24 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:

Attachments
The numbers are incorrect (57.23 KB, image/jpeg)
2023-05-02 08:56 UTC, sh.yaron@gmail.com 		Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description sh.yaron@gmail.com 2023-05-01 06:56:54 UTC 
Description:
When trying to select an alternative digit system from the preferences screen I'm seeing some odd glyphs instead of the actual ones.

Steps to Reproduce:
1. Select Tools -> Options -> Language preferences -> Complex text layout
2. Click the Numerals combo box
3. Look at the Eastern Arabic

Actual Results:
The digits next to the Eastern Arabic option are scrambled

Expected Results:
They should appear correctly instead of overlapping and have missing unicode characters


Reproducible: Always


User Profile Reset: Yes

Additional Info:
This is the AppImage I've used:
LibreOffice-7.2.6.2.full-x86_64.AppImage

These are my Manjaro (Arch) details:
22.1.0 Talos, Dark Mode enabled.
Kernel version:
6.3.0

Info from the about box:
Version: 7.5.2.2 (X86_64) / LibreOffice Community
Build ID: 53bb9681a964705cf672590721dbc85eb4d0c3a2
CPU threads: 8; OS: Linux 6.3; UI render: default; VCL: kf5 (cairo+xcb)
Locale: en-IL (en_IL); UI: he-IL
Calc: threaded
Comment 1 sh.yaron@gmail.com 2023-05-02 08:56:41 UTC 
Created attachment 187041 [details]
The numbers are incorrect
Comment 2 ⁨خالد حسني⁩ 2023-05-03 22:07:24 UTC 

*** This bug has been marked as a duplicate of bug 73494 ***
Comment 3 Eyal Rozenberg 2023-05-04 20:39:03 UTC 
I should mention I can reproduce this with:

Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 5cd9de202765e243e41416802f3e4486b8a96f16
CPU threads: 4; OS: Linux 6.1; UI render: default; VCL: qt5 (qfont+xcb)
Locale: he-IL (en_IL); UI: en-US

but _can't_ reproduce this if I switch to gtk.
Comment 4 ⁨خالد حسني⁩ 2023-05-06 03:51:25 UTC 
(In reply to Eyal Rozenberg from comment #3)
> I should mention I can reproduce this with:
> 
> Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community
> Build ID: 5cd9de202765e243e41416802f3e4486b8a96f16
> CPU threads: 4; OS: Linux 6.1; UI render: default; VCL: qt5 (qfont+xcb)
> Locale: he-IL (en_IL); UI: en-US
> 
> but _can't_ reproduce this if I switch to gtk.

GTK vcl plugin probably draws the whole widget including the text natively, for other VCL backends LO draws the text and hence the bug shows up.
Comment 5 Eyal Rozenberg 2024-09-16 14:24:44 UTC 
Cannot reproduce this with a recent nightly:

Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: e6be4ec010bd5e9fc15a423ad3c5ec39b07f305e
CPU threads: 4; OS: Linux 6.6; UI render: default; VCL: kf5 (cairo+xcb)
Locale: en-IL (en_IL); UI: en-US

nor with:

CPU threads: 4; OS: Linux 6.6; UI render: default; VCL: qt5 (cairo+xcb)

nor with:

CPU threads: 4; OS: Linux 6.6; UI render: default; VCL: gtk3