From: scott s. on
I have a bug in Q2008 R9 deluxe. Maybe this has been known, but I
finally looked at a nagging problem I had and now have some understanding
of it. This is the scenario:

I enter a transfer FROM acct A TO acct B by entering the "TO"
transaction into Acct B (parent transaction). The transaction has
a split, and the split lines have one or more tags and also untagged
lines. As expected, entering ht parent transaction in Acct B results
in child transactions in acct A. One transaction is created for each
tag in the parent split, as well as an untagged transaction. So far,
so good. The problem comes when updating the parent transaction in Acct
B, for example updating to cleared or Reconciled. Each time the parent
transaction is updated, a new child transaction for the untagged
split lines is created in Acct A. Attempting to remove the "extra"
child transaction doesn't work, as you only can "go to matching
transation" i.e., the parent which is correct. The only fix is to
delete the parent, which orphans the child transactions allowing you
to delete them, and then re-enter the parent. There amy be some other
dependencies and if this isn't a known bug I will create a test file
and look at it some more.

scott s.
..

From: John Pollard on
scott s. wrote:
> I have a bug in Q2008 R9 deluxe. Maybe this has been known, but I
> finally looked at a nagging problem I had and now have some
> understanding of it. This is the scenario:
>
> I enter a transfer FROM acct A TO acct B by entering the "TO"
> transaction into Acct B (parent transaction). The transaction has
> a split, and the split lines have one or more tags and also untagged
> lines. As expected, entering ht parent transaction in Acct B results
> in child transactions in acct A. One transaction is created for each
> tag in the parent split, as well as an untagged transaction. So far,
> so good. The problem comes when updating the parent transaction in
> Acct B, for example updating to cleared or Reconciled. Each time the
> parent transaction is updated, a new child transaction for the
> untagged
> split lines is created in Acct A. Attempting to remove the "extra"
> child transaction doesn't work, as you only can "go to matching
> transation" i.e., the parent which is correct. The only fix is to
> delete the parent, which orphans the child transactions allowing you
> to delete them, and then re-enter the parent. There amy be some other
> dependencies and if this isn't a known bug I will create a test file
> and look at it some more.

Yes, this bug has been reported quite a few times in the Quicken Live
Community.

For some reason, I thought one of the releases of Q2010 had fixed it, but
I do not see it mentioned in any of the Q2010 Release Notes.

--

John Pollard
news://<YOUR-NNTP-NEWSERVER-HERE>/alt.comp.software.financial.quicken
Your source of user-to-user Quicken help


From: scott s. on
"John Pollard" <8plus7isf(a)gmail.com> wrote in
news:hpim72$ag9$1(a)news.eternal-september.org:
>
> Yes, this bug has been reported quite a few times in the Quicken
> Live Community.
>
> For some reason, I thought one of the releases of Q2010 had fixed
> it, but I do not see it mentioned in any of the Q2010 Release Notes.

thanks. I've never been a fan of the "live community" concept, though
I admit I have not been diligent at trying to master the interface.

scott s.
..
From: John Pollard on
scott s. wrote:
> "John Pollard" <8plus7isf(a)gmail.com> wrote in
>>
>> Yes, this bug has been reported quite a few times in the Quicken
>> Live Community.
>>
>> For some reason, I thought one of the releases of Q2010 had fixed
>> it, but I do not see it mentioned in any of the Q2010 Release Notes.

> thanks. I've never been a fan of the "live community" concept, though
> I admit I have not been diligent at trying to master the interface.

I don't think anyone likes that interface ... except, possibly, Intuit.
And even then, not when they have to use it.


--

John Pollard
news://<YOUR-NNTP-NEWSERVER-HERE>/alt.comp.software.financial.quicken
Your source of user-to-user Quicken help