Bug 141831 - LibreOffice becomes laggy after typing some Japanese on macOS
Summary: LibreOffice becomes laggy after typing some Japanese on macOS
Status: RESOLVED INSUFFICIENTDATA
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.1.1.2 release
Hardware: x86-64 (AMD64) macOS (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2021-04-22 13:15 UTC by peiqil
Modified: 2022-03-13 03:37 UTC (History)
2 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 peiqil 2021-04-22 13:15:57 UTC
Description:
I am using Japanese input method coming with macOS. Everything is fine at first. Then after I type around 100~200 Japanese characters, the UI becomes laggy (the cursor responds slower, and it takes longer to respond to my keys). After restarting the software, everything is fine again, even though there is a lot of Japanese characters on the page. The problem happens again after I type another 100~200 Japanese characters.

Steps to Reproduce:
1. Open a new document (.docx format)
2. Type a few hundred Japanese characters using macOS's Japanese input method
3. Try to move cursor or type, it should be lagging.

Actual Results:
The software becomes laggy

Expected Results:
No lag


Reproducible: Always


User Profile Reset: Yes



Additional Info:
I did not install any extensions and I tried in safe mode. It still lags. I reproduced it in 7.0.5.2 and 7.1.1.2

MacBook Pro (Retina, 15-inch, Mid 2014)
OS version: macOS Big Sur 11.2.3
processor: i7-4980HQ
memory: 16GB
graphics: Iris Pro, GeForce GT 750M
Comment 1 peiqil 2021-04-22 13:18:41 UTC
The font I am using is Noto Sans
Comment 2 psidiumcode 2021-04-26 19:02:43 UTC
I tested with Catalina ver 10.15.7. I could not reproduce it. There was no lag after writing more than 200 and more than 600 Japanese characters.

Version: 7.2.0.0.alpha0+ / LibreOffice Community
Build ID: 41145efffe9d5af358a52b9e114bb01b98b3d7c2
CPU threads: 12; OS: Mac OS X 10.15.7; UI render: default; VCL: osx
Locale: en-GB (en_GB.UTF-8); UI: en-US
Calc: threaded

Version: 7.0.5.2
Build ID: 64390860c6cd0aca4beafafcfd84613dd9dfb63a
CPU threads: 12; OS: Mac OS X 10.15.7; UI render: default; VCL: osx
Locale: en-GB (en_GB.UTF-8); UI: en-US
Calc: threaded

iMac (Retina 5K, 27-inch, 2020)
Processor: 3,1 GHz 6-Core Intel Core i5
Memory: 8GB
Comment 3 peiqil 2021-04-27 03:58:43 UTC
Thanks for testing it. I am running on Big Sur (11.2.3) so it could be a problem only on Big Sur. Also, my further testing shows that the UI already becomes laggy with a few thousand Japanese characters on screen without doing anything.
Comment 4 QA Administrators 2021-04-28 03:51:56 UTC Comment hidden (obsolete)
Comment 5 dzonesasaki 2021-04-28 08:40:40 UTC
I tested it with Big Sur (11.3).
But there is no lag with typing and movieng cursor.

LibreOffice version : 7.1.1.2

Mac mini (2018)
6core Intel Core i7 3.2 GHz
32 GB
boot SSD 1TB

macOs Big Sur (11.3)

Japanese Input method : ATOK
Comment 6 peiqil 2021-04-28 09:20:24 UTC
Hi, I found what is causing my lag. Previously my typed Japanese was recognized as Chinese (simplified). Now that I changed the text language to Japanese, the lag stopped. I'm not sure if this is expected behavior, but thanks for the help!
Comment 7 steve 2021-04-28 15:24:30 UTC
@peigil: can you please copy & paste your about settings to this bug.

Am I understanding correctly, that you would consider the expected behavior that LibreOffice manages to correctly detect the (already used and existing) japanese language in the file in question.

Is that problem reproducible with other writer documents for you? Are they all falsely detected as chinese (simplified) language?
Comment 8 peiqil 2021-04-30 15:45:38 UTC
Version: 7.1.2.2 / LibreOffice Community
Build ID: 8a45595d069ef5570103caea1b71cc9d82b2aae4
CPU threads: 8; OS: Mac OS X 10.16; UI render: default; VCL: osx
Locale: en-US (en_JP.UTF-8); UI: en-US
Calc: threaded

The recognition is due to me setting Chinese as the default Asian language, so it's not a bug. I am just not sure if it is expected that incorrectly detected text language would cause so much lag.
Comment 9 QA Administrators 2021-05-01 03:56:56 UTC Comment hidden (obsolete)
Comment 10 uKitago 2021-05-01 06:47:56 UTC
Tested with macOS 11.3, worked fine. I got no problem at all. No lag.

LibreOffice version : 7.1.1.2
Build ID: 8a45595d069ef5570103caea1b71cc9d82b2aae4

MacBook Air 2013
dual core Intel Core i5 1.8 GHz
8 GB DDR8

macOs Big Sur (11.3)

Japanese Input method : macOS's default
Comment 11 peiqil 2021-05-01 07:55:00 UTC
This is strange. Now I installed 7.0.5 and now the there is less lagging in general. I tried to have part of the text set to Japanese and the rest as None. When I quickly scroll to the Japanese part, there is an obvious lag in scroll animation. Then I set that part also as None, and when I scroll to that part there is no lag at all. This problem only happens with certain fonts like Noto Sans. When I am using the default Japanese font (Hiragino Mincho ProN) there is no lag.
Comment 12 steve 2021-08-13 10:34:33 UTC
1. switch macOS system preferences > keyboard > input sources to Japanese > Japanese - Kana (Romaji is also offered, @peigil can you elaborate which input method you are using, when lagging occurs please)
2. open LO and save document to docx format
3. LO switches to "Songti SC" font and no lag can be detected
4. switch to "Noto Sans" font

No lag scrolling, no lag typing. No repro for me.

@peigil: Can you please retest with LO 7.2.0.2 on macOS 11.5.2 and see if the problem persists for you.

Version: 7.2.0.2 / LibreOffice Community
Build ID: 614be4f5c67816389257027dc5e56c801a547089
CPU threads: 8; OS: Mac OS X 11.5.2; UI render: default; VCL: osx
Locale: de-DE (de_DE.UTF-8); UI: en-US
Calc: threaded
Comment 13 steve 2021-08-13 10:38:57 UTC
And if the problem is reproducible could you please test the same fonts in Apple Writer and see how that behaves for you.
Comment 14 QA Administrators 2022-02-10 03:41:41 UTC Comment hidden (obsolete)
Comment 15 QA Administrators 2022-03-13 03:37:25 UTC
Dear peiqil,

Please read this message in its entirety before proceeding.

Your bug report is being closed as INSUFFICIENTDATA due to inactivity and
a lack of information which is needed in order to accurately
reproduce and confirm the problem. We encourage you to retest
your bug against the latest release. If the issue is still
present in the latest stable release, we need the following
information (please ignore any that you've already provided):

a) Provide details of your system including your operating
   system and the latest version of LibreOffice that you have
   confirmed the bug to be present

b) Provide easy to reproduce steps – the simpler the better

c) Provide any test case(s) which will help us confirm the problem

d) Provide screenshots of the problem if you think it might help

e) Read all comments and provide any requested information

Once all of this is done, please set the bug back to UNCONFIRMED
and we will attempt to reproduce the issue. Please do not:

a) respond via email 

b) update the version field in the bug or any of the other details
   on the top section of our bug tracker

Warm Regards,
QA Team

MassPing-NeedInfo-FollowUp