After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 125269 - Nonstandard behavior promotes data loss
Nonstandard behavior promotes data loss
Status: RESOLVED FIXED
Product: Gnumeric
Classification: Applications
Component: General
1.2.x
Other Linux
: Normal normal
: ---
Assigned To: Jody Goldberg
Jody Goldberg
Depends on:
Blocks:
 
 
Reported: 2003-10-23 07:02 UTC by Zach Walters
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Zach Walters 2003-10-23 07:02:14 UTC
While using Gnumeric, enter data into a cell, but before pressing return or
otherwise exiting the cell, press F7 to do a search (this is common
behavior when, for example, entering grades and searching for the name of
the next student, which is where I encountered this bug)

Intuitively, the user thinks of this in the same way as moving to another
cell.  Implicitly, the data that he/she typed into that cell should now be
present in the cell where it was typed, and the focused cell should now be
the cell containing the searched-for term.  Instead, Gnumeric inexplicably
does nothing with the data which had been entered but not "committed" by
pressing return/tab/arrow key.  If you now return to the cell where you had
typed your data, you will find a blank cell.

This behavior differs from that in Microsoft Excel and Open Office, and is
very hard to justify.  After all, if the user types data into the cell,
they presumably have a reason, and are capable of deleting it themselves if
they so desire.  On the other hand, it's quite easy to forget to move out
of the cell before searching for the name of the next student while
entering grades, and thereby lose the last grade you entered.
Comment 1 Jody Goldberg 2003-10-23 14:26:42 UTC
fixed.