Bug 140522 - Using Keypad Entry Fills Many Pages With The Selected Number
Summary: Using Keypad Entry Fills Many Pages With The Selected Number
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
6.4.7.2 release
Hardware: Other Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
: 141361 (view as bug list)
Depends on:
Blocks:
 
Reported: 2021-02-18 21:37 UTC by Rich
Modified: 2023-04-17 23:17 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
Screenshot of The Issue (271.60 KB, image/jpeg)
2021-02-18 21:37 UTC, Rich
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Rich 2021-02-18 21:37:57 UTC
Created attachment 169883 [details]
Screenshot of The Issue

Hello,

When entering a number into a Writer document, the page fills with repeats of that number. It's been occurring for some time now.  

Originally, I thought it related to the computer.  However, it continued to happen on a new computer with a clean install of Writer and LibreOffice.  It is also happening on other computers at this location, all of which are using Win 10, and all of them Intel chips of various ages.

Attached is a screenshot of a just created Writer document.  

The first line, with only one number 1, was entered striking the top row "1" key one time.

The next line of repeated "1s" is after hitting the 1 key on the keypad, also only once, after which it created 16 pages of "1s". All number pad keys to this, no matter the number selected.

As for the version, I don't know when it started. It was sometime when in V6, but when exactly I cannot tell you. I was super busy and just worked around the issue since it occurred.  Sorry!

Thank you
Comment 1 V Stuart Foote 2021-02-19 16:12:50 UTC
Can not confirm with STR

Numpad NumLock key engaged. 1 entered from keyboard one time, 1 entered from numpad --> just one.

No difference toggling <Insert> or <Overwrite> mode (with the function keybar's Insert key). And no difference with rendering default-GDI, Skia Vulkan, Skia raster only.

Version: 7.1.0.3 (x64) / LibreOffice Community
Build ID: f6099ecf3d29644b5008cc8f48f42f4a40986e4c
CPU threads: 4; OS: Windows 10.0 Build 19042; UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded
Comment 2 mulla.tasanim 2021-03-18 16:37:58 UTC
Thank you for reporting the bug. 

I can not reproduce the bug in

Version: 7.0.3.1 (x64)
Build ID: d7547858d014d4cf69878db179d326fc3483e082
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win
Locale: nb-NO (en_US); UI: en-US
Calc: CL

Version: 7.2.0.0.alpha0+ (x64)
Build ID: 761a672d62df1891b9f4f367a499b220ab2b33fa
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL
Comment 3 miguel 2021-04-16 21:15:09 UTC
I have the exact same issue with LO 7.0 and 7.1.  I filed a bug under bug #141361.
I am guessing that my old PS/2 keyboard may have something to do with the bug.  My LO in LinuxMint with same keyboard works just fine in Writer.  Perhaps something between Windows 10, keyboard, and how LO interacts.

My only workaround and solution so far that I found worked for me, is to install Apache OpenOffice and default all odt, doc, and txt files to Apache OpenOffice; I leave for now my spreadsheets default to LO.

I also installed Softmaker FreeOffice Textmaker and used for a while with odt, doc, and txt files; but the writer does not read odt documents that same as OpenOffice & LO.  Some text boxes will not expand past the regular margins.  But the keyboard keypad works just fine.  But many of my word processing docs have text boxes that reach outside the regular margins.

Not sure if AbiWord for windows will work; it is an older version.  Available for download at a few download sites (no longer on AbiWord web site).
Comment 4 V Stuart Foote 2021-04-16 21:43:14 UTC
*** Bug 141361 has been marked as a duplicate of this bug. ***
Comment 5 V Stuart Foote 2021-04-16 21:47:51 UTC
Still can't repeat with USB 104 key KB with on Windows 10 (1909) 64-bit en-US
Version: 7.1.2.2 (x64) / LibreOffice Community
Build ID: 8a45595d069ef5570103caea1b71cc9d82b2aae4
CPU threads: 8; OS: Windows 10.0 Build 18363; UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL

But, given dupe will set new... could be some weird driver or 3rd party app affecting the repeat rate for the NumberPad keys.
Comment 6 QA Administrators 2023-04-17 03:20:11 UTC Comment hidden (obsolete)
Comment 7 miguel 2023-04-17 23:17:23 UTC
What fixed the error for me was installing a new version of KeyScrambler protection software.  I found on the KeyScrambler forums that the repeating numbers issue was due to a bug in the KeyScrambler software.  QFX pointed me to an updated version; I installed; and the bug went away.  Thankfully.

I too had to use OpenOffice.  Most of the time I use OpenOffice, due to other issues with LibreOffice.  I use Libreoffice occasionally, if I have some issue with a Microsoft document (latest MS versions).