Description: Holding down the spacebar continuously inserts whitespace characters (U+0020 and U+3000) beyond the visible page boundary. These characters are counted correctly in the character count, just like any other character. Steps to Reproduce: 1. Holding down the spacebar. Actual Results: Whitespace characters are inserted infinitely in a single line, extending beyond the page boundary. Expected Results: Once the margin is reached, the line should wrap and continue on the next line. Reproducible: Always User Profile Reset: Yes Additional Info: Even the oldest portable version I have (5.4.7.2) shows the issue, so I cannot tell when it was introduced. Version: 5.4.7.2 Build ID: c838ef25c16710f8838b1faec480ebba495259d0 CPU threads: 8; OS: Windows 6.2; UI render: GL; Locale: ja-JP (ja_JP); Calc: CL ※ Portable version ※ Actually Windows 11 X86_64 (build 26100) ※ This version does not visibly render the characters beyond the page boundary, but since the character count increases, insertion is presumed to occur. Version: 25.8.3.1 (X86_64) Build ID: 52ad9dd1c984050a9fb6932dbfb16e86a49e9758 CPU threads: 8; OS: Windows 11 X86_64 (build 26100); UI render: Skia/Raster; VCL: win Locale: ja-JP (ja_JP); UI: ja-JP Calc: CL threaded Jumbo Version: 26.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 620(Build:0) CPU threads: 8; OS: Windows 11 X86_64 (build 26100); UI render: Skia/Raster; VCL: win Locale: ja-JP (ja_JP); UI: ja-JP Calc: CL threaded Jumbo
I can confirm with Version: 26.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: c7b3ea692f293346fbbdf2a391d9d971c34fa1f2 CPU threads: 4; OS: Linux 6.8; UI render: default; VCL: gtk3 Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US Calc: threaded in Version: 4.2.0.0.alpha1+ it stops at the end of the line. Marking as regression.
Cf. Bug 155494 (Cursor goes beyond margins when typing spaces at the end of a line).
(In reply to nutka from comment #2) > Cf. Bug 155494 > (Cursor goes beyond margins when typing spaces at the end of a line). I have confirmed Bug 155494. It is identical to the one I reported. Thank you for finding the duplicate report, nutka-san. *** This bug has been marked as a duplicate of bug 155494 ***
This is NOT a dupe of bug 155494. See bug 155494 comment 56. This is NOTABUG. See bug 155494 comment 53.
(In reply to Takenori Yasuda from comment #0) > Expected Results: > Once the margin is reached, the line should wrap and continue on the next > line. This is important! (In reply to raal from comment #1) > in Version: 4.2.0.0.alpha1+ it stops at the end of the line. Marking as > regression. And this is changing the topic. It is in no way a regression.
(In reply to Mike Kaganski from comment #4) > This is NOTABUG. See bug 155494 comment 53. Thank you for sharing the comments and documentation. I've reviewed them. It's defined by international standards and implemented in line with industry practice, so there's really no calling it anything but expected behavior. This was very informative — thank you, Mike-san.