Odd Register Problem

[Fross, Michael]

Hello all,

I've been using GNUCash (currently v2.6.15) happily for about a year, but I
just noticed something odd.

In looking at my Income:Salary account where my paychecks go.  These
transactions have many splits for insurance, taxes, etc.  I noticed that
there are about 10 transactions early in the account that were imported
from quicken that take up three lines in the register.  The math is correct
as the "income" column is only populated on the first one.  The splits are
all identical for each one.  The math is all correct.

Looking at the Basic and Auto-Split views shows this.  Looking at the
Transaction Journal view shows just the one transaction.

If I jump to some of the accounts in the split, there is only one
transaction on 11/06/2015 in those accounts.

Performing a duplicate transaction adds three new rows.  Deleting one of
the three deletes all three.  This occurs in Windows 10 or Ubuntu.  I've
not noticed this in any other account although I have not looked at all of
them.

I assume there was an issue during import, but I have no idea how to fix
it.  I've attached a screenshot but not sure how helpful it will be.  The
1st is the basic register view.  The second is the transaction journal view
that shows there is only one listed for 11/06/2016.

Has anyone else see something like this?

Thanks for the help.  It doesn't seem to be breaking anything, but I'm not
one to leave well enough alone....

Michael


[image: Inline image 11]

[image: Inline image 12]
-------------- next part --------------
A non-text attachment was scrubbed...
Name: TransJournal.jpg
Type: image/jpeg
Size: 204437 bytes
Desc: not available
URL: <http://lists.gnucash.org/pipermail/gnucash-user/attachments/20170113/4946153c/attachment-0002.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RegIssue.jpg
Type: image/jpeg
Size: 132575 bytes
Desc: not available
URL: <http://lists.gnucash.org/pipermail/gnucash-user/attachments/20170113/4946153c/attachment-0003.jpg>