Bug 113706 - Moving focus to the record selector affects (toggles) a just edited check box (Yes/No type)
Summary: Moving focus to the record selector affects (toggles) a just edited check box...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Base (show other bugs)
Version:
(earliest affected)
5.3.3.2 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2017-11-07 21:30 UTC by Howard Johnson
Modified: 2022-11-06 16:54 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:

Attachments
HSQLDB to demonstrate the bug (3.52 KB, application/vnd.sun.xml.base)
2017-11-07 21:33 UTC, Howard Johnson 		Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Howard Johnson 2017-11-07 21:30:09 UTC 
Description:
Moving the focus to select the entire current record just after changing a check box field (yes/no type) not only correctly sets the focus to the entire current record, but also accidentally affects any just edited check box, usually toggling it, or depending on the prior state toggling the null status of it.

Steps to Reproduce:
1. Open the attached file (Record selector yes no bug.odb)
2. Open Table1 (to edit the data in it)
3. Click Ok? to toggle the check mark on record ID 0.  (You have to click it twice to get it to check the first time, ... another bug for another day.)
4. After changing the check mark, then click just left where the yellow pencil is to select the entire first record.


Actual Results:  
Notice that the check box gets unchecked.

Expected Results:
Edits should not get changed simply by moving the focus.


Reproducible: Always


User Profile Reset: No



Additional Info:
[Information automatically included from LibreOffice]
Locale: en-US
Module: OfficeDatabaseDocument
[Information guessed from browser]
OS: Linux (All)
OS is 64bit: yes


User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Firefox/52.0
Comment 1 Howard Johnson 2017-11-07 21:33:04 UTC 
Created attachment 137608 [details]
HSQLDB to demonstrate the bug

Bug appears to be independent of the connected data base, i.e. it is the same in HSQLDB1.8 and MySQL/JDBC.
Comment 2 Alex Thurgood 2017-11-09 12:51:27 UTC 
Confirming with

Version: 5.4.2.2
Build ID: 22b09f6418e8c2d508a9eaf86b2399209b0990f4
Threads CPU : 4; OS : Mac OS X 10.13.1; UI Render : par défaut; 
Locale : fr-FR (fr_FR.UTF-8); Calc: group
Comment 3 Alex Thurgood 2017-11-09 12:53:32 UTC 
The checkbox has always had 3 possible states in Base: unset (null), true, and false. This might explain why the first click doesn't appear to change the visual status of the checkbox.
Comment 4 Alex Thurgood 2017-11-09 13:01:08 UTC 
I can only reproduce this the very first time that I select the checkbox and move to the tuple header. I was unable to reproduce the strange behaviour in subsequent select/deselect operations.
Comment 5 Howard Johnson 2017-11-09 19:15:48 UTC 
Thanks Alex.  Play with it a little more.  Mark a check box, then select the whole same record, and it will uncheck the box.
Comment 6 QA Administrators 2018-11-10 03:51:43 UTC Comment hidden (obsolete)
Comment 7 QA Administrators 2020-11-10 04:17:46 UTC Comment hidden (obsolete)
Comment 8 Jorge Teixeira 2022-11-06 16:54:35 UTC 
Bug still present in LO 7.4.2.3 (using the original demonstrator file)

Version: 7.4.2.3 (x64) / LibreOffice Community
Build ID: 382eef1f22670f7f4118c8c2dd222ec7ad009daf
CPU threads: 8; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win
Locale: pt-PT (pt_PT); UI: en-US
Calc: threaded