Description: In the current version of LibreOffice, when typing the Arabic character "ز" (which is positioned on the same key as the period character "."), code completion is incorrectly triggered. This issue arises because LibreOffice does not differentiate between the period and other characters on the same key, like "ز". This causes unexpected behavior. Steps to Reproduce: 1.Open LibreOffice and navigate to the code editor 2.Type "ز" in the editor. 3.Observe that code completion is triggered, even though the character is not a period. Actual Results: Code completion is triggered when typing "ز", incorrectly interpreting it as the period character. Expected Results: Code completion should properly distinguish between the period character "." and other characters like "ز". It should not trigger code completion when typing "ز" as it does with the period. Reproducible: Always User Profile Reset: No Additional Info: .
Thank you for reporting the bug. I can not reproduce the bug in Version: 25.2.3.2 (X86_64) / LibreOffice Community Build ID: bbb074479178df812d175f709636b368952c2ce3 CPU threads: 12; OS: Windows 11 X86_64 (10.0 build 26100); UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded This does not trigger code completion for me, rather it types the ز for me correctly.
Created attachment 200832 [details] wrong code completion When I write it, it treats it as if I typed a period (.) and shows the full suggestions.
(In reply to Tasneem from comment #1) > Thank you for reporting the bug. I can not reproduce the bug in > > Version: 25.2.3.2 (X86_64) / LibreOffice Community > Build ID: bbb074479178df812d175f709636b368952c2ce3 > CPU threads: 12; OS: Windows 11 X86_64 (10.0 build 26100); UI render: > Skia/Vulkan; VCL: win > Locale: en-US (en_US); UI: en-US > Calc: CL threaded > > This does not trigger code completion for me, rather it types the ز for me > correctly. I have added an attachment that shows this.
Version: 24.8.7.2 (X86_64) / LibreOffice Community Build ID: f4f281f562fb585d46b0af5755dfe1eb6adc047f CPU threads: 16; OS: Linux 6.11; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: CL threaded
> > I have added an attachment that shows this. Let's break down the key differences between your setup and Tasneem's: Feature | Your Setup (Bug Present) | Tasneem's Setup (Bug NOT Present) --------------------|----------------------------|----------------------------------- LibreOffice Ver. | 24.8.7.2 (Community) | 25.2.3.2 (Community) OS | Linux 6.11 | Windows 11 X86_64 VCL Backend | gtk3 | win UI Render | default | Skia/Vulkan Locale & UI Lang | en-US (en_US.UTF-8) | en-US (en_US) Keyboard Layout | Arabic (Egypt) | (Assumed an Arabic layout, but not specified) CPU threads | 16 | 12 Additional environment details: - Method to switch layouts: Super + Space Potential Cause: - Given these differences, the issue seems to be specific to the Linux environment using the GTK3 VCL backend, possibly in interaction with the "Arabic (Egypt)" keyboard layout where "ز" shares a key with "."? - It might also be specific to this LO version branch (24.8.x) on GTK3, and potentially resolved or not present in the newer 25.2.x branch or on other VCL backends like Windows? I will look into this in morning.
Mohamed: did you test with your own build to get the latest result? When reporting bugs, remember to mark the operating system field correctly, so it is not misleading.
(In reply to Buovjaga from comment #6) > Mohamed: did you test with your own build to get the latest result? When > reporting bugs, remember to mark the operating system field correctly, so it > is not misleading. i also tested with Version: 25.8.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: 7236de3ca25fb34abda5d15b4243612772e7973c CPU threads: 16; OS: Linux 6.11; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: CL threaded it's the same thing