Bug #54060 Option changes do not register unless click off entry area
Submitted: 28 May 2010 10:38 Modified: 11 Jun 2010 10:14
Reporter: Mark Biciunas Email Updates:
Status: Closed Impact on me:
None 
Category:MySQL Workbench Severity:S3 (Non-critical)
Version:5.2.21 OS:Linux (Fedora 12, Gnome)
Assigned to: Alfredo Kojima CPU Architecture:Any

[28 May 2010 10:38] Mark Biciunas
Description:
When changing preferences, if you update a parameter and either click on a different tab or click OK without first moving off the changed parameter, the change is silently lost.  This causes confusion and frustration for the user who does not see the expected changes take effect or thinks that the parameter dialog does not work

How to repeat:
Open Workbench, click on Edit, Preferences.  Click on appearances tab.  Click on a font to select then click again to open the edit area.  Edit the font.  Click on OK button.  Dialog closes.  Reopen the preferences dialog and look at the updated font.  No change was recorded.  Same happens if you update a preference and click on a different tab.

Suggested fix:
When a change is made by the user, either save the change automatically - as if the user clicked off the parameter being changed or disable navigation buttons while a edit area is open.  Anything that does not let user updates get silently lost.
[28 May 2010 17:25] Johannes Taxacher
also applies to mac version when clicking OK while grid is still in edit mode
[3 Jun 2010 21:39] Alfredo Kojima
fixed in mac
[3 Jun 2010 23:34] Alfredo Kojima
In Linux/Gtk it seems that is the expected behaviour. You have to press Return to commit your changes
before clicking OK, clicking anywhere else will revert your ongoing edits. Works the same way in 
eg Tomboy.. add a new notebook, rename it and click the searchbox. It will cancel the change.
Therefore this is not a Workbench bug.
[3 Jun 2010 23:34] Alfredo Kojima
Meant "standard behaviour", not expected.
[9 Jun 2010 19:28] Johannes Taxacher
fix confirmed in repository for mac version.
on linux its left untouched, as its seems to be standard behavior among linux applications (you need to confirm your entry by hitting Enter before closing/dismissing the dialog)
[11 Jun 2010 10:14] Tony Bedford
An entry has been added to the 5.2.22 changelog:

If a property value was changed in the Workbench Preferences dialog, and OK clicked, or a new tab clicked before the cursor was moved away from the value being changed, then the change was silently reverted.