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 393383 - Can't enter transactions after trying to remove transaction splits.
Can't enter transactions after trying to remove transaction splits.
Status: RESOLVED FIXED
Product: GnuCash
Classification: Other
Component: Register
2.0.x
Other All
: Normal major
: ---
Assigned To: Charles Day
Chris Shoemaker
Depends on:
Blocks:
 
 
Reported: 2007-01-06 03:00 UTC by nryoung415
Modified: 2018-06-29 21:21 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description nryoung415 2007-01-06 03:00:26 UTC
Please describe the problem:
Start entering new transaction.  Auto-complete brings up a previous one, which has splits.  Attempt to remove transaction splits.  Get message "This transaction is already being edited in another register.  Please finish editing it there first."  After that, I can't enter the transaction or cancel it.  The only way to enter new transactions is to exit GnuCash completely and start it again.

Also, no other register is open, so the message seems inaccurate.

Steps to reproduce:
Please see steps above.  This happens every time. 


Actual results:
Please see problem description.

Expected results:
Please see problem description.

Does this happen every time?
yes

Other information:
OS is SuSE Linux 10.2

I have used GnuCash for several years, and the file I'm using was created/updated by previous versions.
Comment 1 Josh Sled 2007-04-21 15:36:24 UTC
I'm unable to reproduce with SVN.  Are you able to repro with either 2.0.5 or 2.1.x?

How are you invoking "Remove Transaction Splits"?
Comment 2 nryoung415 2007-05-01 00:27:33 UTC
1.  What is SVN?
2.  I will upgrade from 2.0.2 and try again, then let you know.
3.  How invoking:  Transaction (from pulldown menu at top), then Remove Transaction Splits.

Thanks for your help.
Comment 3 Christian Stimming 2007-05-02 08:47:47 UTC
SVN is just another word for "the very latest development version", currently 2.1.1. We'd like to hear about whether this still exists in any newer version. Thanks a lot.
Comment 4 nryoung415 2007-05-11 03:12:18 UTC
Trying to install 2.0.5 from source tarball.  Satisfied some dependencies but now am stuck on g-wrap.  Message from configure says:
g-wrap does not appear to be installed correctly, or is not new
  enough.  GnuCash requires at least version 1.3.3 to build,
  and 1.9.6 to build cleanly with GCC4.

I run OpenSuSE 10.2, and rpm says:
g-wrap-1.9.6-34

Looks like 2.1.1 doesn't use g-wrap, but is 2.1.1 stable?

The problem I have with split transactions in 2.0.2 is easy to circumvent.  Maybe I should stick with 2.0.2 until I install the next OpenSuSE release.
Comment 5 Charles Day 2008-10-12 00:08:10 UTC
I can reproduce this problem in trunk. Here are the steps:
1. Open a register in transaction journal mode
2. Use the tab key to reach the Description field.
3. Type the first few letters of a description that already exists. The field fills with a previously entered description. Do NOT leave the description field. 
4. Right-click the description field and click "Remove Transaction Splits"
5. A dialog box pops up. Click "Remove Splits".
6. A message box appears: "This transaction is already being edited in another register. Please finish editing it there first." Click OK.
7. Now you will be unable to enter new transactions even if you close the register and reopen it.
Comment 6 Charles Day 2008-10-12 17:07:42 UTC
I have committed r17623 in trunk which will not get rid of the message box but  does allow you to continue entering new transactions. The fact that the message box appears at all is still a bug.

Also note that bug 426111 is probably related to this one (similar underlying cause).
Comment 7 Charles Day 2008-10-17 03:20:25 UTC
I have just committed r17628, which prevents the message box from appearing. In
combination with r17623, this fixes this bug and bug 426111.

I'm not sure when these changes will get backported though, as changes to
register code is particularly danger prone. So these changes may need to sit in
trunk for a while until is seems likely that nothing else is mistakenly broken.
Comment 8 Charles Day 2009-02-11 22:58:34 UTC
An update: r17628 fixes this bug but does *not* fix bug 426111 (because it is now known to be a completely separate problem.)
Comment 9 Charles Day 2009-02-25 07:15:26 UTC
Changing target milestone to 2.3.x and marking as fixed by r17623 & r17628. This fix is unlikely to be backported for 2.2.
Comment 10 John Ralls 2018-06-29 21:21:27 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=393383. Please update any external references or bookmarks.