Bug 159006

Summary:	Font size change during Japanese input
Product:	LibreOffice	Reporter:	koutei-r.gcj
Component:	Writer	Assignee:	Not Assigned <libreoffice-bugs>
Status:	UNCONFIRMED ---
Severity:	normal	CC:	armlopez, dgp-mail
Priority:	medium
Version:	7.4.0.3 release
Hardware:	All
OS:	All
Whiteboard:
Crash report or crash signature:		Regression By:
Bug Depends on:
Bug Blocks:	113195

Description koutei-r.gcj 2024-01-03 21:22:39 UTC

Description:

Whenever you use different font sizes in one line and enter Japanese characters, the size of the input preview is different from the size you actually selected.

Steps to reproduce:

1. Select 48 pt as your font size, enter any Japanese character, preferably a kanji.
2. Enter a space character and another Japanese character, select the latter and change its font size to 24 pt.
3. Try to enter another Japanese character after it.

Expected behaviour:

When entering Japanese characters, the preview when selecting your kanji/kana spelling as well as the output should be at 24 pt.

Actual behaviour: 

The input preview switches back to 48 pt, the output will be at 24 pt.

Reproducibility:

Always. In some documents that were created before the 7.4 update, the size of the preview changes in a different way (not necessarily the size of the first character in each line). Either way it’s never the selected size, occasionally happens in new lines as well.

User profile reset: No difference, tested it on a factory-fresh system as well.

OS: Windows 10/11; Linux Mint 21 64-bit
Last stable version: 7.3.7.2

Comment 1 Dieter 2024-01-17 07:22:14 UTC

Thank you for reporting the bug. It seems, you're using an old version of LO. Could you please retest with actual version 7.6 or 24.02? Thank you.
=> NEEDINFO

Comment 2 koutei-r.gcj 2024-01-21 22:00:34 UTC

I already tested it with version 7.6 when I reported this and it still shows this behaviour. As I said, 7.3.7.2 is the last version where it doesn’t happen.

Comment 3 QA Administrators 2024-01-22 03:12:13 UTC Comment hidden (obsolete)

[Automated Action] NeedInfo-To-Unconfirmed

Comment 4 Armondo Lopez 2024-04-11 19:47:49 UTC Comment hidden (obsolete)

Thanks for submitting the bug. I can confirm that it is present in

Version: 24.2.1.2 (X86_64) / LibreOffice Community
Build ID: db4def46b0453cc22e2d0305797cf981b68ef5ac
CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: default; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded

as well as 

Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: a2265e8faa099d9652efd12392c2877c2df1d1eb
CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: default; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded

Comment 5 Armondo Lopez 2024-04-11 19:48:43 UTC

(In reply to Armondo Lopez from comment #4)
> Thanks for submitting the bug. I can confirm that it is present in
> 
> Version: 24.2.1.2 (X86_64) / LibreOffice Community
> Build ID: db4def46b0453cc22e2d0305797cf981b68ef5ac
> CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: default; VCL: win
> Locale: en-US (en_US); UI: en-US
> Calc: threaded
> 
> as well as 
> 
> Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
> Build ID: a2265e8faa099d9652efd12392c2877c2df1d1eb
> CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: default; VCL: win
> Locale: en-US (en_US); UI: en-US
> Calc: threaded

Sorry, I meant to write that I wasn't able to reproduce that behavior. My keyboard settings were off and I just caught it.