Bug 149327 - Can't type accented letters at the end of a paragraph in Writer (EDITING)
Summary: Can't type accented letters at the end of a paragraph in Writer (EDITING)
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.3.3.2 release
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Font-Rendering
  Show dependency treegraph
 
Reported: 2022-05-27 04:42 UTC by Marcelo
Modified: 2024-04-17 15:44 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Marcelo 2022-05-27 04:42:16 UTC
Description:
Typing a dead key at the very end of a paragraph will send the cursor to the beginning of the next paragraph. The first character typed after the dead key will be "eaten" and not displayed at all. The following typed characters will be placed in the beginning of the paragraph after the one where the dead key was typed.

For example, if I have the two following paragraphs:
----------------
Paragraph1
Paragraph2
----------------
And, at the end of Paragraph1 I type the word "parágrafo", I will end up with:
----------------
Paragraph1par
grafoParagraph2
----------------

I'm unable to type any accented characters at the end of a paragraph, unless I add a blank space (or any other character) before the paragraph end marker and type my text before it. Then dead keys will work as they should.
Dead keys are working fine in other applications and also work ok in LibreOffice Writer, as long as there are no paragraphs after the one being typed, or if I'm typing anywhere in a paragraph other than at its very end.
This behavior can only be reproduced in Writer, but not in other LibreOffice applications.

Running Kubuntu 21.10 and LibreOffice 7.3.3.2, pt-BR language.

Steps to Reproduce:
1. In a document with more than one paragraph, place the cursor at the very end of any paragraph, except the last one
2. Type a dead key (any accent), followed by several characters


Actual Results:
As soon as you type the dead key, the cursor will be moved to the beginning of the following paragraph. The next letter you type will not be shown. After that, all characters you type will be placed in the beginning of the paragraph following the one where the dead key was typed.

Expected Results:
All the typed characters should have been placed where the cursor was when you started typing (where you placed it in step 1) 


Reproducible: Always


User Profile Reset: No



Additional Info:
Version: 7.3.3.2 / LibreOffice Community
Build ID: 30(Build:2)
CPU threads: 12; OS: Linux 5.13; UI render: default; VCL: kf5 (cairo+xcb)
Locale: pt-BR (pt_BR.UTF-8); UI: pt-BR
Ubuntu package version: 1:7.3.3~rc2-0ubuntu0.21.10.1~lo1
Calc: threaded
Comment 1 Marcelo 2022-05-27 04:49:15 UTC
Just a small rectification: in the example I gave, after typing "parágrafo" at the end of Paragraph1, I'll end up with:
----------------
Paragraph1par´
grafoParagraph2
----------------

The accent is displayed, but not the letter that should have been accented.
Comment 2 Rafael Lima 2022-05-27 15:10:56 UTC
Mi Marcelo, thanks for reporting this issue.

I am on a very similar system as you are: Kubuntu 21.10 using LO 7.3.3 and pt-BR locale and I cannot reproduce this bug.

I started with:
Paragraph1
Paragraph2

Then I typed "parágrafo" at the end of "Paragraph1" and I ended up with:
Paragraph1parágrafo
Paragraph2

Which is the expected outcome.

Can you check your keyboard settings in the System Settings? In my case I am using the "Portuguese (Brazil)" layout.
Comment 3 Marcelo 2022-05-28 11:39:21 UTC
Hello, Rafael

Thank you for your quick response. I'm also using the "Portuguese (Brazil)" keyboard layout.
I've noticed that a new icon has recently appeared in my system tray, it has the letters "PT" in blue on it (no image). When I hover the mouse over it, a balloon pops up saying "Painel IBus" (IBus Panel). I did not have this icon in my system tray before (I'm not sure when exactly did it appear). Maybe it has something to do with the problem? It's probably related, because I've just closed it to see what would happen and couldn't type anything in Writer or in Calc while it was closed, although I could still type normally in other KDE applications and also in non-KDE apps, like Chrome. Then I restarted it and was able to type again in Writer, but the described behavior persists.
Anyway, I can only reproduce this bug in LibreOffice Writer. It does not happen in any other application, not even in other LibreOffice applications.
Comment 4 QA Administrators 2022-05-29 03:41:44 UTC Comment hidden (obsolete)
Comment 5 spiros la 2022-09-20 21:46:59 UTC
I have the same problem after the LibreOffice Version 7.2.3
I have OpenSuse Leap 15.4 with KDE desktop

Writing in Greek, when I type an accent at the end of a paragraph, if the paragraph I am writing is not the last paragraph of the text, i.e. there is at least one more paragraph below the one I am working on, then a) the text editor changes paragraph,  b) the letter the accent was going is lost, and c) whatever letter I insert puts it at the beginning of the next paragraph (i.e the accent triggers the line break).

Steps to reproduce (reproducible always):
1) Open a text in the writer,
2) press 2 enter,
3) place the cursor at the beginning of the first paragraph,
4) Write in the first paragraph a word with an accent (without another letter or space before inserting the accent, i.e. always type letters at the end of the paragraph)

Example:
If I write in the first paragraph ‘Αυτό ήταν’ it will become: 

Αυτ´
´
ταν


The correct text would be

Aυτό ήταν


This problem does not occur if 1) the stress is inserted in a letter before the end of the paragraph, 2) there is no other paragraph after.

Thanks
Comment 6 spiros la 2022-09-20 23:08:48 UTC
Τhe line break problem when typing accent (see above, 2022-09-20 21:46:59 UTC) is probably caused by the ibus.
I uninstall ibus (which is required dependency for zoom) and the problem does not appear. But should I end up choosing between having zoom or having libreoffice with correct accent typing?
Comment 7 RGB 2023-01-03 16:00:29 UTC
I can confirm the problem with

Version: 7.3.6.2 / LibreOffice Community
Build ID: 30(Build:2)
CPU threads: 8; OS: Linux 5.14; UI render: default; VCL: kf5 (cairo+xcb)
Locale: es-ES (es_ES.UTF-8); UI: es-ES
Calc: threaded

and with

Version: 7.5.0.1 (X86_64) / LibreOffice Community
Build ID: 77cd3d7ad4445740a0c6cf977992dafd8ebad8df
CPU threads: 8; OS: Linux 5.14; UI render: default; VCL: kf5 (cairo+xcb)
Locale: es-ES (es_ES.UTF-8); UI: es-ES
Calc: threaded 


The problem seems to be specific of kf5 because it does not happen with SAL_USE_VCLPLUGIN=gtk3
Comment 8 RGB 2023-03-26 15:28:34 UTC
More details: the problem occurs with acute accents (such as á), diaeresis (such as ü), "ring above" (such as å) and others (such as ă, ā, ȧ) but *not* with circumflex (such as â), grave (such as è) or "dot bellow" (such as ạ), etc.
Comment 9 Christian Lehmann 2023-09-08 08:12:51 UTC
I confirm with LO 7.5.4.1 on KDE Plasma 5.2.4.4. It happens at the end of a paragraph except at the very end of the file; there the accent is cumulated correctly on the character.
Let me add that this bug heavily disturbs the working flow; it should be fixed with the next minor release.
Comment 10 RGB 2023-09-08 15:26:14 UTC
(In reply to spiros la from comment #6)
> Τhe line break problem when typing accent (see above, 2022-09-20 21:46:59
> UTC) is probably caused by the ibus.
> I uninstall ibus (which is required dependency for zoom) and the problem
> does not appear. But should I end up choosing between having zoom or having
> libreoffice with correct accent typing?

Notice that Qt / KDE apps do NOT have this problem, so maybe the problem is not with ibus itself but with how LibreOffice's kf5 VCL plugin uses ibus.

BTW, problem confirmed also with 

Version: 7.6.0.3 (X86_64) / LibreOffice Community
Build ID: 69edd8b8ebc41d00b4de3915dc82f8f0fc3b6265
CPU threads: 8; OS: Linux 5.14; UI render: default; VCL: kf5 (cairo+xcb)
Locale: es-ES (es_ES.UTF-8); UI: es-ES
Calc: threaded

and 

Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 9a37652b79001bf5208841b9221dee851b9b6d0f
CPU threads: 8; OS: Linux 5.14; UI render: default; VCL: kf5 (cairo+xcb)
Locale: es-ES (es_ES.UTF-8); UI: en-US
Calc: threaded
Comment 11 Christian Lehmann 2024-04-17 15:44:00 UTC
The problem persists in
Version: 24.2.1.2 (X86_64) / LibreOffice Community
Build ID: 420(Build:2)
CPU threads: 12; OS: Linux 5.14; UI render: default; VCL: kf5 (cairo+xcb)
Locale: de-DE (de_DE.UTF-8); UI: en-US
Calc: threaded