Чурзин Павел | 18 Aug 06:15 2014

Zero income when budgeting

I have a some trouble when budgeting.
When I enter budget values for incomming accounts there are no changes in
incomes line at the bottom of the budget window. There is always zero
income value.
GC 2.6.3 Win & Ubuntu.
Can anybody help me.
Thanks in advance.
gnucash-user mailing list
gnucash-user <at> gnucash.org
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Brendan Simon | 18 Aug 04:43 2014

Bug calculating Total (Period) column in Accounts register

I think I have discovered a bug in version 2.6.3 where the 'Total
(Period)' column in the Accounts register is not calculated correctly --
it does not take into account the final day of the accounting period.

Example: I have an accounting period of 2012-07-01 to 2013-06-30.  If I
enter transactions with date of 2013-06-30 then the Total (Period)
column is not updated.  If I change the date to 2013-06-29, then the
Total (Period) column is updated correctly.

The Income Statement report seems to update ok with transactions on

I'm using GnuCash version 2.6.3-1 on OS X.

Note: this bug may have already been reported but I couldn't access the
wiki bug report page to check.

Could someone confirm whether this is a bug or the correct behaviour.  I
would think it is a bug and that the last accounting day should be
included in the calculation.

Thanks, Brendan.

gnucash-user mailing list
gnucash-user <at> gnucash.org
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.
(Continue reading)

John Donnee | 18 Aug 22:55 2014

Which File To Open-Log File?

Today I used GnuCash and made copies of files as a stored backup.

1. Went to launch Gnu again and it could not find the file even though I used it this morning.

Question: I see all of the backups on my hard drive. To connect to my latest datafile, is it the large
“Log” file that I point too?

a. .gnucash


b. .log


John Donnee

8422 Emerald Dunes Rd.
Wilmington, NC 28411

gnucash-user mailing list
gnucash-user <at> gnucash.org
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

(Continue reading)

John Ralls | 19 Aug 16:01 2014

Re: OFX Bayesian import not working for me

On Aug 18, 2014, at 9:21 PM, Eliot Rosenbloom <eliot <at> prosocialleadership.net> wrote:

> HEY --  Possible success!   I just updated gnucash to 2.6.3, and -- in an infrequently used set of books -- 1 out
of 1 xns WERE successfully assigned!  :-) 
> Transactions done using v 2.4.13  (for June and July) did NOT produce assignment for August xns I just
imported.  But I am hoping those August xns just assigned manually  (using 2.6.3) will produce assignment
henceforth.  I'm inclined not to post to the whole list until more info/data is in (unless you'd prefer
otherwise), but I wanted to let you know.
> Also: Here is the link to the earlier part of this thread.  I can post it to the whole list, if that would be
helpful.  Sorry about the posts getting separated.
> http://gnucash.1415818.n4.nabble.com/OFX-Bayesian-import-not-working-for-me-td4664949.html#none


We generally prefer otherwise, so please go back to the list once Derek gets his router replaced (today, we hope).

I t seems unlikely to me that upgrading to 2.6 would change anything about Bayesian matching, and 1
transaction isn't really a useful sample. I don't think that the screenshots would be helpful, but
examining the account file might be. If you can send me that plus the backups from before you did each of the
June and July imports I can compare the data stored in the Bayesian matching tree and perhaps find a clue
about what's going wrong. Don't send *that* to the list.

John Ralls

(Continue reading)

Nelson Handcock | 18 Aug 14:41 2014

Import Bills not working?


I'm using gnucash V2.6.1...

I'm trying to import data from a csv file into my customer and vendor

I have set up the data in the format explained on the help files, and it
works really well for invoices for my customers.

However, it doesn't work for importing bills for my vendors.

I've set up my data file using the same format, and when I set up the
details in the Import Bills and Invoices everything seems fine.

When I run the import I get a popup saying:
Import results:
0 lines were ignored
35 lines imported:
   0 fixes
   0 ignored (not fixable)

   0 created
   0 updated (based on id)

If anyone has any idea why - I'd love to hear from you!

The import results suggest I have the ID incorrect. The only thing I can
think of is that this import function only works on customers - not on
(Continue reading)

Horea Christian | 17 Aug 18:05 2014

Issues with Printing INI Letter

Hello, I'm trying to set up HBCI via gnucash and stuff seems to have 
worked fine up until now:

I want to get my INI letter, but all buttons which would print that 
don't do anything. I guess that might be because I do not have a printer 
and I have tried to purge all CUPS-related stuff from my machine. Could 
you help me out?I tried to get the letter via the aqmoney command as 
well (possibly outdated advice from here: 
http://www.gnucash.org/pipermail/gnucash-de/2003-June/000587.html ) but, 
even though I have aqbanking installed, there seems to be no aqmoney 
command to run

Also, gnucash --debug doesnt give me any additonal info on this :-/


Horea Christian

gnucash-user mailing list
gnucash-user <at> gnucash.org
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

David Kreinick | 16 Aug 18:09 2014

Re: Gnucash won't edit lines after update to Kubuntu 14.04

     Thank you, Tony.
     Yes, "ibus exit" seems to fix the problem.  I'm glad this is a 
known bug, so I can hope that it will be fixed soon.  In the meantime, I 
will be typing "ibus exit" daily.

On 08/16/2014 09:51 AM, Tony Likhite wrote:
> I had the same problem with  Lubuntu 14.04. Per 
> https://bugs.launchpad.net/ubuntu/+source/gnucash/+bug/1306500, try 
> running 'ibus exit' before you start gnucash and see if that affects 
> the problem.
> On Thu, Aug 14, 2014 at 8:37 PM, David Kreinick <dlk8 <at> cornell.edu 
> <mailto:dlk8 <at> cornell.edu>> wrote:
>     On 08/14/2014 07:59 PM, John Ralls wrote:
>         On Aug 14, 2014, at 9:43 AM, David Kreinick <dlk8 <at> cornell.edu
>         <mailto:dlk8 <at> cornell.edu>> wrote:
>             Ever since I upgraded my OS to Kubuntu 14.04 from 12.04, I
>             am unable to use the keyboard to edit transaction lines. 
>             The delete and backspace keys don't work, and typing in
>             text has no effect. There is a workaround:  I select the
>             text I want to replace with the mouse, and type in the
>             replacement text.  I have not seen this behavior in any
>             other programs.
>             I am running gnucash 2.6.1 on an Intel Core I-5.
(Continue reading)

gtv3rules | 15 Aug 20:11 2014

downloading online transactions in 1 step?


I am new to gnucash (switching from various forms of Quicken)... and I have
completed the online setup for a couple of accounts.  But I can't find
anything that I can use or click on to download all transactions for all
accounts in 1 step.  I am used to a handy button in Quicken that does
that... but can't find it in gnucash.  I found that I can download the
transacations for each account individually, but I was hoping for an easier
way to do all of them at 1 time.

Gary V.
gnucash-user mailing list
gnucash-user <at> gnucash.org
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Geert Janssens | 15 Aug 18:36 2014

Re: KMyMoney vs Gnucash

[Please make sure to keep the conversations on the mailing list. You can do so by using the 
"Reply to all" or "Reply to list" features of your mail program.]

Hi John,

Thank you for your feedback. I'll reply in between.

On Friday 15 August 2014 11:49:25 John Morris wrote:
> Hi Geert,
>   Thanks for asking. Having used Quicken for over twenty years, I have
> been looking to move away from it for about eight years now.
> Obviously, it has not been a high priority, but it has always been in
> the back of my mind. Several years ago, something (I don't recall
> what) brought it to the forefront and I actually downloaded and
> installed the then-current version of GnuCash. While I was pleased to
> find an open-source solution and the feature set looked very good, I
> found the GUI to be marred by poor implementation. Additionally, the
> rigidity I experienced from the user and development communities was
> very off-putting. So much so that I sadly abandoned GnuCash and
> returned to Quicken while I sought another solution. The main two
> points of view that were held and expressed with almost religious
> fervor were (a) that GnuCash implements "true" double-entry
> bookkeeping and to do it any other way would be laughable and
> imbecilic and (b) that an orthogonal tagging system (Quicken has a
> rudimentary one in its Classes) is a waste of time and completely
> useless.
You're expressing it rather radically but that makes it nice an clear :)

For me however both approaches are not necessarily mutually exclusive.
(Continue reading)

Tracy | 15 Aug 17:07 2014

New user with (probably) a stupid question...


I am a new user of GnuCash (version 2.4.11 - running on Windows 7, 
64-bit). I am a (former) Quicken user, and exported all my data from 
there and imported it into GnuCash.

The interface and some of the options took a bit of getting used to, but 
I'm starting to be able to get around and work with the data (including 
cleaning up some of the "laziness" from when I entered it all into 
Quicken). But I've run into a couple of questions/issues that I haven't 
been able to find an answer to.

1) When using the transaction register, especially when editing a 
current transaction, is there a way to "cancel" the edit, and leave the 
original transaction unchanged? As an example, consider that I have 
opened the Expenses.Miscellaneous register (in preparation for cleaning 
some of those up) and find the following transaction:

08/10/2014  <no num>  Circle K
             <no num>  <no desc>   Expenses.Miscellaneous    40.00
             <no num>  <no desc>   Liabilities.Current.MCard        40.00

Let's say that I want to change Expenses.Miscellaneous to 
Expenses.Auto.Fuel. But being fat-fingered, I accidentally start to type 
over the Liabilities.Current.MCard. Now that account has been replaced 
when I started typing Ex, and I don't remember what it is. Which is a 

How do I "abort" the edit of this transaction? (I know I can close the 
transaction register, and as long as I haven't pressed Enter or 
(Continue reading)

Gour | 15 Aug 15:16 2014

KMyMoney vs Gnucash


in another, non-related thred in devel list I did mention by brief experience
with KMyMoney and Geert asked me to share it here...

Some time ago I stumbled upon the release notes about KDE Plasma-5. It looked
interesting and I thought that maybe I should give it a try not to be so
old-fashioned with my desktop. :-)

Moreover, I was thinking that maybe that the right time to try some of the apps
from KDE arena if and/or how they can replace my current ones.

Gnucash is one of the *critical* app on my desktop, so I decided to try
KMyMoney on the newly installed KDE Plasma-5 (everything running under
VirtualBox) - I also stumbled upon some reviews greatly praising KyMyMoney over
Gnucash, mostly in regard to report customization and ease of use

So, after KMyMoney was installed, I did manage to import my personal.gnucash
file into it - the job was done quite well, almost painlessly.

However, after I tried and did enter my 1st transaction, the magic was gone,
there was no joy and I quickly decided there is no chance that application
could replace Gnucash on my desktop. It was also end of my KDE/Plasma dreaming
and very quickly I was back at my regular desktop using i3 wm with some Xfce

Probably Geert will be disappointed with superficial review of KMyMoney and I
want to apologize to all its devs possibly reading it...but, entering
transactions in GC is *much more* intuitive and easy, at least for me.

(Continue reading)