When insert table control is dropped down using the space or down arrow key, down arrow or right arrow key presses do not set the table size until both a down arrow and right arrow key are pressed. To repro: 1) Open Writer 2) Keyboard navigate to the Insert Table control using F6 and tab/arrow keys 3) Press space or down arrow key when focus is on Insert Table control Insert Table grid size control is dropped down 4) Press down arrow key or right arrow key Result: nothing visible happens to the Insert Table control Expected result: first cell of first row and column is highlighted
I confirm it with Version: 6.4.0.0.alpha0+ (x64) Build ID: 01837a85004a6f891a09c0a63ed7eff75d634827 CPU threads: 4; OS: Windows 10.0; UI render: GL; VCL: win; TinderBox: Win-x86_64@62-TDF, Branch:master, Time: 2019-09-01_00:07:05 Locale: en-GB (de_DE); UI-Language: en-US Calc: threaded
Code pointers: TableWindow::KeyInput TableWindow class is found in svx/source/tbxcrls/layctrl.cxx
TableWindow is also used in Multiple Pages Preview control in Writer print preview tool bar.
And in Draw/Impress Table control found in the Table toolbar.
since there is a code pointer, let's turn this into an easyhack...
For the oldest bibisect-43max checkout I noticed pressing the down or right arrow key after the insert table control is shown selects the first row/col as expected. Version: 4.2.0.0.alpha1+ Build ID: fc8f44e82de4ebdd50ac5fbb9207cd1a59a927e3 I have added a regression tag.
Regression introduced by: https://cgit.freedesktop.org/libreoffice/core/commit/?id=d57fad937caff40819afddeadfd8b36b8d27e418 author Norbert Thiebaud <nthiebaud@gmail.com> 2014-01-27 00:40:47 -0600 committer Norbert Thiebaud <nthiebaud@gmail.com> 2014-01-27 01:07:00 -0600 commit d57fad937caff40819afddeadfd8b36b8d27e418 (patch) tree 8edd4bfc56a442801f4e6fd5c2ce18cbde512e15 parent 3d2fefd80082574a603895d47b73d740b7f31e7d (diff) coverity#1103751 : Uninitialized scalar field Bisected with: bibisect-43max
I was able to reproduce the problem and will now attempt to fix it.
Bug has been fixed and submitted to master. Build was successful and received a +1 status. Awaiting second opinion and merge.
(In reply to TJ from comment #9) > Bug has been fixed and submitted to master. Build was successful and > received a +1 status. Awaiting second opinion and merge. For reference: https://gerrit.libreoffice.org/c/core/+/90192
TJ Holt committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/1fbeba66e823cea043fdd3f4c50d7b90585aaf30 tdf#127443 Table creation with keyboard It will be available in 7.0.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Verified with Version: 7.0.0.0.alpha0+ (x64) Build ID: 1c9ced04189c9d23ffea05d5570960b54b05ef28 CPU threads: 4; OS: Windows 10.0 Build 18363; UI render: Skia/Raster; VCL: win; Locale: de-DE (de_DE); UI-Language: en-GB Calc: CL TJ Holt, thanks for fixing it!