stock price broken
brad
bradhaack at fastmail.us
Sun Jan 16 16:59:21 EST 2011
In the log file (2.2.9)
* 13:21:44 WARN <gnc.scrub> [xaccTransFindOldCommonCurrency()] unable
to find a common currency in txn 90663a5db35b03e597931a3f79c50941, and
that is strange.
Many of these.
>From a search back in the list I found that running 'check & repair'
would fix this & it did. Hooray. I can run 2.4.0 now.
I think this might have been caused by replaying a log file about a
year+ ago. I'll update bugzilla, but I think there is still a bug
here. If it was indeed caused by replaying a log file, I think this
option should not be available, especially since Derek has stated that
it should never be used. Also, even tho the transactions were corrupted w/
2.2.9, it still held together, but was broken under 2.4.0. The
solution might just be a suggestion in the upgrade notes to run 'check
& repair'.
On Wed, 2011-01-12 at 20:19 -0700, brad wrote:
> On Wed, 2011-01-12 at 18:16 -0700, brad wrote:
> > On Wed, 2011-01-12 at 19:08 -0600, Jay Ridgley wrote:
> > > brad wrote:
> > > > On Wed, 2011-01-12 at 10:36 -0500, Derek Atkins wrote:
> > > >> brad <bradhaack at fastmail.us> writes:
> > > >>
> > > >>> On Wed, 2011-01-12 at 10:01 -0500, Derek Atkins wrote:
> > > >>>> brad <bradhaack at fastmail.us> writes:
> > > >>>>
> > > >>>>>>>>> Transactions that were OK are now unbalanced
> > > >>>>>>>>> Example, from transaction register showing split
> > > >>>>>>>>> 1st split line, stockAcct shares=10 Price=1 buy=10
> > > >>>>>>>>> 2nd line: fundingAcct sell=100
> > > >>>>>>>>> 3rd line: nothing in the Account field, price=1, Buy=90
> > > >>>> [snip]
> > > >>>>> That's one of the 1st things I checked, & it is using the correct
> > > >>>>> security.
> > > >>>> Just out of curiousity, what happens if you try to adjust it again?
> > > >>>> What happens if you modify two of the three entries (shares/price/buy)?
> > > >>>>
> > > >>>> -derek
> > > >>>>
> > > >>> I can change shares or buy, but price is always forced to 1. I did file
> > > >>> a bug report,
> > > >>> https://bugzilla.gnome.org/show_bug.cgi?id=639190
> > > >> Price being forced to 1 really seems to imply that the Stock Account
> > > >> Commodity is a currency and not a stock. Can you please recheck that
> > > >> and supply a screen shot of the associated Account Edit window?
> > > >>
> > > >> -derek
> > > >
> > > >
> > > > ------------------------------------------------------------------------
> > > >
> > > >
> > > > ------------------------------------------------------------------------
> > > >
> > > > _______________________________________________
> > > > gnucash-user mailing list
> > > > gnucash-user at gnucash.org
> > > > https://lists.gnucash.org/mailman/listinfo/gnucash-user
> > > > -----
> > > > Please remember to CC this list on all your replies.
> > > > You can do this by using Reply-To-List or Reply-All.
> > > Folks,
> > >
> > > I just looked at Brad's latest post, I believe that FEMKX should be identified
> > > as a fund and not a stock. I have a number of mutual funds and they work fine. I
> > > also have several stocks which also work correctly.
> > >
> > > Try selecting Mutual Fund and see what happens.
> > >
> > > Hope this helps.
> > >
> > > Cheers,
> > > Jay
> > >
> > It is a fund.
> >
> The security is a fund, you're right the account is a stock. I tried
> changing the account to a Mutual Fund, but no change. I have some that
> work some that don't even in the same accounts.
>
>
> _______________________________________________
> gnucash-user mailing list
> gnucash-user at gnucash.org
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> -----
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
More information about the gnucash-user
mailing list