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 533508 - Since Last Run - Entered Value not recognized
Since Last Run - Entered Value not recognized
Status: RESOLVED WONTFIX
Product: GnuCash
Classification: Other
Component: Scheduled Transactions
2.3.x
Other All
: Normal minor
: ---
Assigned To: Josh Sled
Josh Sled
Depends on:
Blocks:
 
 
Reported: 2008-05-17 03:57 UTC by Volker Englisch
Modified: 2018-06-29 22:04 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Volker Englisch 2008-05-17 03:57:08 UTC
Please describe the problem:
A dollar amount entered in the "Since Last Run" window of the SX if not recognized unless the focus is moved out of the input field.

Steps to reproduce:
1. Start the "Since Last Run" of the SX
2. Enter an amount in a field (overriding the "(Need Value)" text
3. Once the value has been entered leave the cursor within the entry field.
4. Click the "OK" button.


Actual results:
The value that I've entered for this transaction is overwritten and replaced again by the text "(Need Value)" and I have to reenter the value.  The "Since Last Run" process won't let me continue since a mandatory value hasn't been entered.

Expected results:
I would expect that the value entered last would be used and saved to create this SX.

Does this happen every time?
As far as I can tell: Yes.

Other information:
This may or may not be related to this problem.
The only way to continue with the SLR process is to move the focus out of the field I'm entering the amount. 
If I click the line just above or below the SX in question, the entire view "jumps" (the content scrolls 2-4 lines down)

I can provide screenshots if necessary.

I'm running Fedora 8.
Comment 1 Robert Stocks 2008-05-29 22:30:51 UTC
Also appears in Windows 2.2.5 built from r17141 on 2008-04-27.
Comment 2 Tommy Trussell 2009-03-20 14:21:04 UTC
Confirming this in Ubuntu 8.04 running Gnucash 2.2.6
Comment 3 Christian Stimming 2011-02-07 10:13:03 UTC
Thank you for taking the time to report this bug. However, you are using a version that is too old and not supported anymore. The GnuCash developers are no longer working on that version, so either this bug has already been fixed or unfortunately there will not be any bug fixes for the version that you use. The current stable version of gnucash is 2.4.0 now.

In the (hopefully unlikely) case you discover the same bug in the very latest stable version, do not hesitate to REOPEN it again. Also, feel free to file other bugs or enhancement requests that you find. Thank you very much!
Comment 4 Volker Englisch 2011-02-07 16:23:18 UTC
I do not have permission to set the status for this bug so I'm unable to REOPEN it but the problem still exists in the current version.

I last confirmed this problem using GC 2.3.16 (built from svn r19777 on 2010-11-08).  I know, the current version is 2.4.0 but I'm waiting for 2.4.1 before I'm going to switch.
Comment 5 Steven N. Severinghaus 2012-07-02 01:04:20 UTC
This still seems to be an issue in 2.4.9, for what it's worth. I ran across it while attempting, ultimately unsuccessfully, to schedule dividend transactions. As an additional but possibly related issue, the value that ends up in the transaction is not the value that I enter, and said value cannot be edited in the register, which is perhaps the most surprising part.
Comment 6 John Ralls 2016-01-09 19:17:01 UTC
This is a fundamental behavior of the entry widget: Clicking the OK button doesn't remove focus from the widget and therefore it never sees the edit. 

The problem with variable values not being recognized was reported separately in bug 680104 and has been fixed for 2.6.11.
Comment 7 John Ralls 2018-06-29 22:04:31 UTC
GnuCash bug tracking has moved to a new Bugzilla host. This bug has been copied to https://bugs.gnucash.org/show_bug.cgi?id=533508. Please update any external references or bookmarks.