Bug 137854 - Inputbox filled with 65536 numbers.
Summary: Inputbox filled with 65536 numbers.
Status: RESOLVED NOTABUG
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
6.3.6.2 release
Hardware: x86-64 (AMD64) Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-10-29 12:46 UTC by birquito
Modified: 2020-11-05 16:02 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments
Example for selfmade templates - this is the one I testet the bug with. (26.59 KB, application/vnd.oasis.opendocument.text-template)
2020-10-29 12:56 UTC, birquito
Details

Note You need to log in before you can comment on or make changes to this bug.
Description birquito 2020-10-29 12:46:15 UTC
Description:
Writer 6.3.6.2 32bit: Windows 10 Pro 1909 64bit.
using the numeric keypad within a selfemade template (see attachement) adds 65536 times the pressed numberkey. Using the "normal" numbers the inputbox is filled correct. Bug does not appear if the input via dialog when template first gets opened. Only if chosing an inputbox (which is the most used way) and the number is added. Writer does not close correct after the buggy behaviour - must be closed via task manager.

Steps to Reproduce:
1. Open the template e.g. by doubble click. (See Attached link in the "Other Information"-box.)
2. Abort the dialog.
3. Choose another inputbox.
4. Hit a key from the number keypad.
5. Wait.
6. 65536 of the number are added.
7. Closing Writer does not end the LO-(32bit)-process. LO gets stuck. It's not possible to open any .otx-file or LO itself. This does not always hapen. The reproduction is unclear - most of the time LO gets stuck. Sorry, but I have not the time to get all possibilities tested.
8. Open taskmanager.
9. Search for LO-Writer.
10. End Task
11. Now you can work again with LO

Actual Results:
The number keypad is not to use any more. Numbers must be put in by the "normal" number keys. The bug is that 65536 numbers instead of one is added. 
That LO gets stuck is a consequential failure.

Expected Results:
Number keypad should work as intented - one hit, one number. 


Reproducible: Always


User Profile Reset: Yes



Additional Info:
Version: 6.3.6.2 (x86)
Build-ID: 2196df99b074d8a661f4036fca8fa0cbfa33a497
CPU-Threads: 4; BS: Windows 10.0; UI-Render: Standard; VCL: win; 
Gebietsschema: de-DE (de_DE); UI-Sprache: de-DE
Calc: threaded
Comment 1 birquito 2020-10-29 12:56:58 UTC
Created attachment 166845 [details]
Example for selfmade templates - this is the one I testet the bug with.

This is an often used template for my business. There are others I didn't test whether the bug appears or not. I think this template has nothing in it, the others don't have. So this template may be a typical example for the bug.
Comment 2 birquito 2020-11-03 15:30:05 UTC
I tested the template with LO 6.4.6.2 - same behaviour.

Version: 6.4.6.2 (x86)
Build-ID: 0ce51a4fd21bff07a5c061082cc82c5ed232f115
CPU-Threads: 8; BS: Windows 10.0 Build 18363; UI-Render: Standard; VCL: win; 
Gebietsschema: de-DE (de_DE); UI-Sprache: de-DE
Calc: threaded

For working processes I can not upgrade to a newer version, because one of the daly used extensions is not compatible anymore (LO 6.4.6.2) and not longer developed by the autor.
Comment 3 birquito 2020-11-05 15:57:45 UTC
ame behaviour in Writer with standard template without any inputbox. (At least with LO 

Version: 6.4.6.2 (x86)
Build-ID: 0ce51a4fd21bff07a5c061082cc82c5ed232f115
CPU-Threads: 8; BS: Windows 10.0 Build 18363; UI-Render: Standard; VCL: win; 
Gebietsschema: de-DE (de_DE); UI-Sprache: de-DE
Calc: threaded

I wanted to write ONE Number with the number keypad - got 65536. The error accured using a keyboard that is connected to a Lenovo W530 via USB-port an a dockingstation.
Comment 4 birquito 2020-11-05 16:02:05 UTC
I Might have found the Error - sorry for the irritation.

It seems to be a KeyScrambler issue.