Re: [GNC] autocomplete not working in 3.2

[V. Vatsal via gnucash-user]

I am new to GnuCash, but I can confirm that autocomplete doesn’t work well on 
Mac OS. I would expect that typing “foo” would match “Expenses:Food” but it 
doesn’t match anything unless you type the whole string “expenses:foo” which 
rather defeats the purpose.

Nike

> On Jul 3, 2018, at 7:45 PM, Deane Yamane  wrote:
> 
> I have the same problems. IMHO V3.x has been buggy from the start. Some nice 
> features but not worth it. I think I’ll revert to 2.26(?) and wait till the 
> ‘dust clears’ :(
>> On Jul 1, 2018, 2:34 AM -1000, Michael Matz , wrote:
>> I just upgraded from 3.0 to 3.2. macOs 10.13.5
>> 
>> (I skipped 3.1 because 3.0 has worked well for me, with the limited set of
>> features I use.)
>> 
>> When I enter a new transaction, I type the first letter in the description
>> column and GnuCash makes a suggestion but if I continue typing the
>> suggestion is not updated or replaced.
>> 
>> For example, if I type "F" the description becomes "Food". If I then type
>> "a" then the description becomes "Faood". Or typing "Fo" becomes "Foood"
>> This worked as expected in 3.0 and previous versions, i.e. typing "Fa"
>> results in "Fa" (no suggestion) and typing "Fo" result in "Food".
>> 
>> The same thing happens in the Transfer column
>> 
>> Anybody else having this problem?
>> 
>> I've switched back to 3.0 for now.
>> 
>> Thanks,
>> Michael
>> ___
>> gnucash-user mailing list
>> gnucash-user@gnucash.org
>> To update your subscription preferences or to unsubscribe:
>> https://lists.gnucash.org/mailman/listinfo/gnucash-user
>> If you are using Nabble or Gmane, please see 
>> https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
>> -
>> Please remember to CC this list on all your replies.
>> You can do this by using Reply-To-List or Reply-All.
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> If you are using Nabble or Gmane, please see 
> https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

[GNC] print check register

[Chris Tsuji]

   Hi
   hopefully someone can help me.
   I would like to print by check register from July 1, 2017 to June 30,
   2018
   How do i do this?
   Thanks in advance.
   Chris Tsuji
   San Jose
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] autocomplete not working in 3.2

[Roger Miskowicz]

Seems to work okay in GC3.2 on Ubuntu 16.04.

On Tue, Jul 3, 2018 at 10:46 PM Deane Yamane  wrote:

> I have the same problems. IMHO V3.x has been buggy from the start. Some
> nice features but not worth it. I think I’ll revert to 2.26(?) and wait
> till the ‘dust clears’ :(
> On Jul 1, 2018, 2:34 AM -1000, Michael Matz ,
> wrote:
> > I just upgraded from 3.0 to 3.2. macOs 10.13.5
> >
> > (I skipped 3.1 because 3.0 has worked well for me, with the limited set
> of
> > features I use.)
> >
> > When I enter a new transaction, I type the first letter in the
> description
> > column and GnuCash makes a suggestion but if I continue typing the
> > suggestion is not updated or replaced.
> >
> > For example, if I type "F" the description becomes "Food". If I then type
> > "a" then the description becomes "Faood". Or typing "Fo" becomes "Foood"
> > This worked as expected in 3.0 and previous versions, i.e. typing "Fa"
> > results in "Fa" (no suggestion) and typing "Fo" result in "Food".
> >
> > The same thing happens in the Transfer column
> >
> > Anybody else having this problem?
> >
> > I've switched back to 3.0 for now.
> >
> > Thanks,
> > Michael
> > ___
> > gnucash-user mailing list
> > gnucash-user@gnucash.org
> > To update your subscription preferences or to unsubscribe:
> > https://lists.gnucash.org/mailman/listinfo/gnucash-user
> > If you are using Nabble or Gmane, please see
> https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
> > -
> > Please remember to CC this list on all your replies.
> > You can do this by using Reply-To-List or Reply-All.
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> If you are using Nabble or Gmane, please see
> https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] autocomplete not working in 3.2

[Deane Yamane]

I have the same problems. IMHO V3.x has been buggy from the start. Some nice 
features but not worth it. I think I’ll revert to 2.26(?) and wait till the 
‘dust clears’ :(
On Jul 1, 2018, 2:34 AM -1000, Michael Matz , wrote:
> I just upgraded from 3.0 to 3.2. macOs 10.13.5
>
> (I skipped 3.1 because 3.0 has worked well for me, with the limited set of
> features I use.)
>
> When I enter a new transaction, I type the first letter in the description
> column and GnuCash makes a suggestion but if I continue typing the
> suggestion is not updated or replaced.
>
> For example, if I type "F" the description becomes "Food". If I then type
> "a" then the description becomes "Faood". Or typing "Fo" becomes "Foood"
> This worked as expected in 3.0 and previous versions, i.e. typing "Fa"
> results in "Fa" (no suggestion) and typing "Fo" result in "Food".
>
> The same thing happens in the Transfer column
>
> Anybody else having this problem?
>
> I've switched back to 3.0 for now.
>
> Thanks,
> Michael
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> If you are using Nabble or Gmane, please see 
> https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] autocomplete not working in 3.2

[scpakr via gnucash-user]

I just upgraded to 3.2 as well, but on Windows 7 (and was previously on 
2.6.18).  I have the same issue with autocomplete in the Description, 
Transfer, and Notes fields.  In the Transfer field, this problem breaks 
the ability to type in shortcuts (e.g., "ex" ":" "f" ":" "g" to bring up 
"Expenses:Food:Groceries").


In 2.6.18, I used to be able to use a keyboard shortcut (I think it was 
Ctrl + up arrow or down arrow) to surface the account list while in the 
Transfer field (sometimes this was faster than typing in the shortcuts), 
but this isn't working in 3.2 either.


Lastly, my Windows IME worked flawlessly in 2.6.18 to type normal 
Western characters while in Japanese language mode set for half-width 
alphanumeric, but in 3.2 it ends up inputting half-width katakana 
(despite being set to half-width alpha) and I have to manually change 
the input language to English while working in Gnucash.




I just upgraded from 3.0 to 3.2.  macOs 10.13.5

(I skipped 3.1 because 3.0 has worked well for me, with the limited set of
features I use.)

When I enter a new transaction, I type the first letter in the description
column and GnuCash makes a suggestion but if I continue typing the
suggestion is not updated or replaced.

For example, if I type "F" the description becomes "Food".  If I then type
"a" then the description becomes "Faood".  Or typing "Fo" becomes "Foood"
  This worked as expected in 3.0 and previous versions, i.e. typing "Fa"
results in "Fa" (no suggestion) and typing "Fo" result in "Food".

The same thing happens in the Transfer column

Anybody else having this problem?

I've switched back to 3.0 for now.

Thanks,
Michael


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] More QFX import problems

[Nike V. via gnucash-user]

Hi David,

Thanks for the suggestion to look at the currency mismatch.

Indeed, there is a tag in the QFX file saying the currency is USD, which 
is wrong. Manually fixing this tag and importing again gives the 
expected correct result.


I called the bank to let them know. It appears they are aware of bugs in 
their QFX backend and are working on it.


Case closed, I think :)

Nike

David Carlson wrote on 2018-07-03 2:59 PM:


Nike,

Please use reply-all or include Gnucash User < gnucash-user@gnucash.org >
in your reply per instructions at the bottom of every message.
Your problem is an artifact f there being more than one currency in your
data.  I am not a expert with that.  Others need to be invited to help.

David C

On Tue, Jul 3, 2018 at 4:52 PM, V. Vatsal  wrote:


Hi David,

Thanks for the response.

OFX/QFX works perfectly fine on all other bank & credit card accounts.
It's just this one that is a problem.

I have attached a screen shot so you can see what the register looks like. 



One other weird thing -- the currency for these problem imports seems to
be USD. I don't know why this is; my default (and all my accounts) are CAD. 

(I am in Canada.) The reason I know this is that if there's an imbalanced 


transaction, it appears in an account called Imbalance-USD, whereas all
other imbalanced transactions are in Imbalance-CAD.

Just to be clear, the first transaction in the shown grab from the credit 

card account is a supposed to be a charge of $16.70. The second is a charge 


of $2 for books; it shows up correctly in the Expenses:Books account but
shows up with a value of 0 (which cannot be edited) in the credit card
account.

It is very weird.


Nike



David Carlson wrote on 2018-07-03 2:39 PM:


Nike,

Have you gotten OFX or QFX imports from other financial institutions to
work?

I have never heard of any transactions, imported or otherwise, having
only one side, unless that side is equal to zero.

Did you try changing the register view to double-line in transaction
journal?

David C

On Tue, Jul 3, 2018 at 2:16 PM, Nike V. via gnucash-user <
gnucash-user@gnucash.org > wrote:

 Hi again,

 I'm not sure if this kind of issue is on the radar of the
 developers, but here's some more information, in case somebody
 decides to chase the issue down.

 My bank offers to export the data to CSV, QFX, or QBO formats, based 


 on user set filters such as category, amount, date. For the QFX
 option, the data that are written to the file seem to depend on the 

 filters chosen. GnuCash can't handle any version of the file that I 


 have been able to produce -- either I get the zero/uneditable
 balance issue that I mentioned in the first email, or the import
 window is empty (as happened in the Chase downloads previously
 discussed on this list). I assume the problem comes from the precise 


 tags that are written to the file, but I don't really know.

 At present, I am working around this bug by exporting to CSV, which 


 is a bit or a pain.

 It would be nice to get GnuCash to deal gracefully with weird QFX
 downloads, if possible. I'm happy to help with debugging, if
 somebody wants to work on it.

 Nike




 Nike V. wrote on 2018-07-02 10:04 AM:

 Hi,

 I have encountered a strange problem with QFX import from my
 credit card, issued by Home Trust. It's similar, but not exactly 


 the same, as the ones discussed in the archive with Chase.

 GnuCash apparently imports the QFX correctly, but transactions
 show up in the credit card account with a balance of zero.
 Jumping to the corresponding transaction in the source account
 shows the correct balance, however.

 But it's not possible as far as I can tell to get the card
 account to show any balance at all. Manually editing the
 transaction does nothing. You can enter $100, press return, and 


 the account still shows zero.

 Opening the qfx file in a text editor shows one long blob of
 text and tags. I assume there must be something strange about
 the qfx file, but I have no idea what it is, or how to fix it.

 Any ideas would be welcome!

 Nike

 ___
 gnucash-user mailing list
 gnucash-user@gnucash.org 
 To update your subscription preferences or to unsubscribe:
 https://lists.gnucash.org/mailman/listinfo/gnucash-user
 
 If you are using Nabble or Gmane, please see
 https://wiki.gnucash.org/wiki/Mailing_Lists
  for more
information.
 -
 Please remember to CC this list on all your replies.
 You can do this by using 

Re: [GNC] More QFX import problems

[David Carlson]

Nike,

Please use reply-all or include Gnucash User < gnucash-user@gnucash.org >
in your reply per instructions at the bottom of every message.
Your problem is an artifact f there being more than one currency in your
data.  I am not a expert with that.  Others need to be invited to help.

David C

On Tue, Jul 3, 2018 at 4:52 PM, V. Vatsal  wrote:

> Hi David,
>
> Thanks for the response.
>
> OFX/QFX works perfectly fine on all other bank & credit card accounts.
> It's just this one that is a problem.
>
> I have attached a screen shot so you can see what the register looks like.
>
> One other weird thing -- the currency for these problem imports seems to
> be USD. I don't know why this is; my default (and all my accounts) are CAD.
> (I am in Canada.) The reason I know this is that if there's an imbalanced
> transaction, it appears in an account called Imbalance-USD, whereas all
> other imbalanced transactions are in Imbalance-CAD.
>
> Just to be clear, the first transaction in the shown grab from the credit
> card account is a supposed to be a charge of $16.70. The second is a charge
> of $2 for books; it shows up correctly in the Expenses:Books account but
> shows up with a value of 0 (which cannot be edited) in the credit card
> account.
>
> It is very weird.
>
>
> Nike
>
>
>
> David Carlson wrote on 2018-07-03 2:39 PM:
>
>> Nike,
>>
>> Have you gotten OFX or QFX imports from other financial institutions to
>> work?
>>
>> I have never heard of any transactions, imported or otherwise, having
>> only one side, unless that side is equal to zero.
>>
>> Did you try changing the register view to double-line in transaction
>> journal?
>>
>> David C
>>
>> On Tue, Jul 3, 2018 at 2:16 PM, Nike V. via gnucash-user <
>> gnucash-user@gnucash.org > wrote:
>>
>> Hi again,
>>
>> I'm not sure if this kind of issue is on the radar of the
>> developers, but here's some more information, in case somebody
>> decides to chase the issue down.
>>
>> My bank offers to export the data to CSV, QFX, or QBO formats, based
>> on user set filters such as category, amount, date. For the QFX
>> option, the data that are written to the file seem to depend on the
>> filters chosen. GnuCash can't handle any version of the file that I
>> have been able to produce -- either I get the zero/uneditable
>> balance issue that I mentioned in the first email, or the import
>> window is empty (as happened in the Chase downloads previously
>> discussed on this list). I assume the problem comes from the precise
>> tags that are written to the file, but I don't really know.
>>
>> At present, I am working around this bug by exporting to CSV, which
>> is a bit or a pain.
>>
>> It would be nice to get GnuCash to deal gracefully with weird QFX
>> downloads, if possible. I'm happy to help with debugging, if
>> somebody wants to work on it.
>>
>> Nike
>>
>>
>>
>>
>> Nike V. wrote on 2018-07-02 10:04 AM:
>>
>> Hi,
>>
>> I have encountered a strange problem with QFX import from my
>> credit card, issued by Home Trust. It's similar, but not exactly
>> the same, as the ones discussed in the archive with Chase.
>>
>> GnuCash apparently imports the QFX correctly, but transactions
>> show up in the credit card account with a balance of zero.
>> Jumping to the corresponding transaction in the source account
>> shows the correct balance, however.
>>
>> But it's not possible as far as I can tell to get the card
>> account to show any balance at all. Manually editing the
>> transaction does nothing. You can enter $100, press return, and
>> the account still shows zero.
>>
>> Opening the qfx file in a text editor shows one long blob of
>> text and tags. I assume there must be something strange about
>> the qfx file, but I have no idea what it is, or how to fix it.
>>
>> Any ideas would be welcome!
>>
>> Nike
>>
>> ___
>> gnucash-user mailing list
>> gnucash-user@gnucash.org 
>> To update your subscription preferences or to unsubscribe:
>> https://lists.gnucash.org/mailman/listinfo/gnucash-user
>> 
>> If you are using Nabble or Gmane, please see
>> https://wiki.gnucash.org/wiki/Mailing_Lists
>>  for more
>> information.
>> -
>> Please remember to CC this list on all your replies.
>> You can do this by using Reply-To-List or Reply-All.
>>
>> ___
>> gnucash-user mailing list
>> gnucash-user@gnucash.org 
>> To update your subscription preferences or to unsubscribe:

Re: [GNC] More QFX import problems

[Nike V. via gnucash-user]

Hi David,

Thanks for the response.

OFX/QFX works perfectly fine on all other bank & credit card accounts. 
It's just this one that is a problem.


I have attached a screen shot so you can see what the register looks like.

One other weird thing -- the currency for these problem imports seems to 
be USD. I don't know why this is; my default (and all my accounts) are 
CAD. (I am in Canada.) The reason I know this is that if there's an 
imbalanced transaction, it appears in an account called Imbalance-USD, 
whereas all other imbalanced transactions are in Imbalance-CAD.


Just to be clear, the first transaction in the shown grab from the 
credit card account is a supposed to be a charge of $16.70. The second 
is a charge of $2 for books; it shows up correctly in the Expenses:Books 
account but shows up with a value of 0 (which cannot be edited) in the 
credit card account.


It is very weird.

Nike



David Carlson wrote on 2018-07-03 2:39 PM:

Nike,

Have you gotten OFX or QFX imports from other financial institutions 
to work?


I have never heard of any transactions, imported or otherwise, having 
only one side, unless that side is equal to zero.


Did you try changing the register view to double-line in transaction 
journal?


David C

On Tue, Jul 3, 2018 at 2:16 PM, Nike V. via gnucash-user 
mailto:gnucash-user@gnucash.org>> wrote:


Hi again,

I'm not sure if this kind of issue is on the radar of the
developers, but here's some more information, in case somebody
decides to chase the issue down.

My bank offers to export the data to CSV, QFX, or QBO formats, based
on user set filters such as category, amount, date. For the QFX
option, the data that are written to the file seem to depend on the
filters chosen. GnuCash can't handle any version of the file that I
have been able to produce -- either I get the zero/uneditable
balance issue that I mentioned in the first email, or the import
window is empty (as happened in the Chase downloads previously
discussed on this list). I assume the problem comes from the precise
tags that are written to the file, but I don't really know.

At present, I am working around this bug by exporting to CSV, which
is a bit or a pain.

It would be nice to get GnuCash to deal gracefully with weird QFX
downloads, if possible. I'm happy to help with debugging, if
somebody wants to work on it.

Nike




Nike V. wrote on 2018-07-02 10:04 AM:

Hi,

I have encountered a strange problem with QFX import from my
credit card, issued by Home Trust. It's similar, but not exactly
the same, as the ones discussed in the archive with Chase.

GnuCash apparently imports the QFX correctly, but transactions
show up in the credit card account with a balance of zero.
Jumping to the corresponding transaction in the source account
shows the correct balance, however.

But it's not possible as far as I can tell to get the card
account to show any balance at all. Manually editing the
transaction does nothing. You can enter $100, press return, and
the account still shows zero.

Opening the qfx file in a text editor shows one long blob of
text and tags. I assume there must be something strange about
the qfx file, but I have no idea what it is, or how to fix it.

Any ideas would be welcome!

Nike

___
gnucash-user mailing list
gnucash-user@gnucash.org 
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user

If you are using Nabble or Gmane, please see
https://wiki.gnucash.org/wiki/Mailing_Lists
 for more 
information.

-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

___
gnucash-user mailing list
gnucash-user@gnucash.org 
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user

If you are using Nabble or Gmane, please see
https://wiki.gnucash.org/wiki/Mailing_Lists
 for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.





___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you 

Re: [GNC] More QFX import problems

[David Carlson]

Nike,

Have you gotten OFX or QFX imports from other financial institutions to
work?

I have never heard of any transactions, imported or otherwise, having only
one side, unless that side is equal to zero.

Did you try changing the register view to double-line in transaction
journal?

David C

On Tue, Jul 3, 2018 at 2:16 PM, Nike V. via gnucash-user <
gnucash-user@gnucash.org> wrote:

> Hi again,
>
> I'm not sure if this kind of issue is on the radar of the developers, but
> here's some more information, in case somebody decides to chase the issue
> down.
>
> My bank offers to export the data to CSV, QFX, or QBO formats, based on
> user set filters such as category, amount, date. For the QFX option, the
> data that are written to the file seem to depend on the filters chosen.
> GnuCash can't handle any version of the file that I have been able to
> produce -- either I get the zero/uneditable balance issue that I mentioned
> in the first email, or the import window is empty (as happened in the Chase
> downloads previously discussed on this list). I assume the problem comes
> from the precise tags that are written to the file, but I don't really know.
>
> At present, I am working around this bug by exporting to CSV, which is a
> bit or a pain.
>
> It would be nice to get GnuCash to deal gracefully with weird QFX
> downloads, if possible. I'm happy to help with debugging, if somebody wants
> to work on it.
>
> Nike
>
>
>
>
> Nike V. wrote on 2018-07-02 10:04 AM:
>
>> Hi,
>>
>> I have encountered a strange problem with QFX import from my credit card,
>> issued by Home Trust. It's similar, but not exactly the same, as the ones
>> discussed in the archive with Chase.
>>
>> GnuCash apparently imports the QFX correctly, but transactions show up in
>> the credit card account with a balance of zero. Jumping to the
>> corresponding transaction in the source account shows the correct balance,
>> however.
>>
>> But it's not possible as far as I can tell to get the card account to
>> show any balance at all. Manually editing the transaction does nothing. You
>> can enter $100, press return, and the account still shows zero.
>>
>> Opening the qfx file in a text editor shows one long blob of text and
>> tags. I assume there must be something strange about the qfx file, but I
>> have no idea what it is, or how to fix it.
>>
>> Any ideas would be welcome!
>>
>> Nike
>>
>> ___
>> gnucash-user mailing list
>> gnucash-user@gnucash.org
>> To update your subscription preferences or to unsubscribe:
>> https://lists.gnucash.org/mailman/listinfo/gnucash-user
>> If you are using Nabble or Gmane, please see
>> https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
>> -
>> Please remember to CC this list on all your replies.
>> You can do this by using Reply-To-List or Reply-All.
>>
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> If you are using Nabble or Gmane, please see
> https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
>
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] More QFX import problems

[Nike V. via gnucash-user]

Hi again,

I'm not sure if this kind of issue is on the radar of the developers, 
but here's some more information, in case somebody decides to chase the 
issue down.


My bank offers to export the data to CSV, QFX, or QBO formats, based on 
user set filters such as category, amount, date. For the QFX option, the 
data that are written to the file seem to depend on the filters chosen. 
GnuCash can't handle any version of the file that I have been able to 
produce -- either I get the zero/uneditable balance issue that I 
mentioned in the first email, or the import window is empty (as happened 
in the Chase downloads previously discussed on this list). I assume the 
problem comes from the precise tags that are written to the file, but I 
don't really know.


At present, I am working around this bug by exporting to CSV, which is a 
bit or a pain.


It would be nice to get GnuCash to deal gracefully with weird QFX 
downloads, if possible. I'm happy to help with debugging, if somebody 
wants to work on it.


Nike



Nike V. wrote on 2018-07-02 10:04 AM:

Hi,

I have encountered a strange problem with QFX import from my credit 
card, issued by Home Trust. It's similar, but not exactly the same, as 
the ones discussed in the archive with Chase.


GnuCash apparently imports the QFX correctly, but transactions show up 
in the credit card account with a balance of zero. Jumping to the 
corresponding transaction in the source account shows the correct 
balance, however.


But it's not possible as far as I can tell to get the card account to 
show any balance at all. Manually editing the transaction does nothing. 
You can enter $100, press return, and the account still shows zero.


Opening the qfx file in a text editor shows one long blob of text and 
tags. I assume there must be something strange about the qfx file, but I 
have no idea what it is, or how to fix it.


Any ideas would be welcome!

Nike

___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.

-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

[GNC] GnuCash 3.2

[Ken Pyzik]

Have upgraded to 3.2 and wanted to report that I have had no issues.

 

I m a Windows 10 user

 

Positives:

*   Upgrade went smoothly (installed new over old and all worked fine)
*   Faster reports 
*   Overall operation seems faster

 

Negatives: none

 

I did notice that starting seems to take a little longer to start - but this
is no big deal.  Thanks! 

 

Ken 

___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Decimal separator on Gnucash 3.2 Mac

[John Ralls]

Yves,

And just for completeness I added a line to read NSLocaleDecimalSeparator and 
then examined it in the debugger. It's '.', consistent with the locale being 
en_CA instead of fr_CA. 

Regards,
John Ralls


> On Jul 2, 2018, at 7:57 PM, John Ralls  wrote:
> 
> Yves,
> 
> No, unfortunately querying NSLocaleDecimalSeparator and friends  won’t help. 
> GnuCash depends at least partly on libc functions like printf (and their C++ 
> equivalents) for formatting, and those functions in turn depend on a locale 
> being set in the environment. They use that locale to retrieve information 
> like decimal separator from the files in /usr/share/locale. In the case at 
> hand, LC_MONETARY. The fact that NSLocaleLanguageCode returns en_CA instead 
> of fr_CA causes the wrong LC_MONETARY to be consulted.
> 
> Given that GnuCash needs to work on Windows and other Unixes besides MacOS, 
> the only alternative that I know of is ICU. WebKit uses it so it’s already a 
> dependency but it would be a lot of work to convert; the API would need to be 
> made available to Scheme as well for the reports because Guile also uses libc 
> localization. It’s likely a multi-year project for a single programmer. 
> (Well, multi-month at 40 hours/week.) Wanna volunteer?
> 
> Regards,
> John Ralls
> 
> 
> 
>> On Jul 2, 2018, at 7:36 PM, Yves Forget  wrote:
>> 
>> Hi John,
>> 
>> Running from the terminal I still get period.  In the terminal I got the 
>> following trace.
>> 
>> (process:1976): gnc.gui-WARNING **: 18:35:55.003: [mac_set_languages()] 
>> Language list: en:fr_CA:en_CA:C
>> 
>> I just downloaded the sources from GitHub, and looked at 
>> [mac_set_languages()].  Foundation offers global variables 
>> NsLocaleDecimalSeparator, NSLocaleGroupingSeparator and 
>> NSLocaleCurrencySymbol, among others.  These variables would bring directly 
>> the values mac_set_languages() is trying to get.  Furthermore, if a user 
>> changes the decimal separator in the Advanced panel of the Language and 
>> Region system preferences, gnu cash would get the expected separator instead 
>> of the locale’s default separator.  Is it something that could be changed 
>> without breaking a lot of things in the app ?
>> 
>> Please don’t hesitate to tell me if I’m completely wrong…
>> 
>> Thanks,
>> 
>> Yves
>> 
>>> Le 2 juill. 2018 à 18:43, John Ralls >> > a écrit :
>>> 
>>> I tested this a bit in the debugger and I with French as the primary 
>>> language and Canada as the country [currentlocale objectForKey:  
>>> NSLocaleLanguageCode] insists that the code in en, not French. If I tell 
>>> System Prefs I'm in France it gets the right answer, so it might be an 
>>> Apple bug.
>>> 
>>> Unfortunately setting LANG in the environment, though it will set the 
>>> interface language, doesn't seem to change the number display, so there 
>>> doesn't seem to be a way to force it at present.
>>> 
>>> Regards,
>>> John Ralls
>>> 
>>> 
 On Jul 2, 2018, at 2:59 PM, John Ralls >>> > wrote:
 
 If you run GnuCash from a Terminal prompt do you get the right separator?
 
 Regards,
 John Ralls
 
> On Jul 2, 2018, at 1:42 PM, Yves Forget via gnucash-user 
> mailto:gnucash-user@gnucash.org>> wrote:
> 
> System Preferences/Language and Region says Region = Canada and language 
> = french.  Advanced shows decimal separator is comma and thousands 
> separator is space.  (These are default values for French Canada).
> Environment variable LANG=fr_CA.UTF_8
> OpenOffice correctly uses comma as decimal separator.
> Is Gnucash supposed to use the parameters from the locale ?  Is there a 
> way to force it ?
> Thanks,
> Yves Forget
> 
> Le lundi 2 juillet 2018 15h48, R. Victor Klassen  > a écrit :
> 
> 
> Maybe in Quebec it is a comma.  In the rest of the country it is a 
> period.  
> 
> There should be a different locale for fr-canada than for en-canada.  I 
> don’t know what else would differ across locales though.
> 
>> On Jul 2, 2018, at 3:42 PM, Yves Forget via gnucash-user 
>> mailto:gnucash-user@gnucash.org>> wrote:
>> 
>> I’m new to GnuCash and just installed GnuCash 3.2 on Mac. OS X 10.13
>> Gnucash uses the period as decimal separator instead of my locale’s
>> separator.  Here in Canada it should be comma.
>> Should Gnucash use the decimal separator of my locale, or is it always
>> period ?  Is there a way to configure it within GnuCash ?
>> Thanks,
>> Yves Forget
>> ___
>> gnucash-user mailing list
>> gnucash-user@gnucash.org 
>> To update your subscription preferences or to unsubscribe:
>> https://lists.gnucash.org/mailman/listinfo/gnucash-user
>> If you are using Nabble or Gmane, please see 
>> 

Re: [GNC] Odd behavior on Transaction Report

[Derek Atkins]

Stephen,

"Stephen M. Butler"  writes:

> On 07/02/2018 06:02 PM, Christopher Lam wrote:
>> Hi Stephen
>> The Running balance is directly retrieved from the split data; the
>> ordering of same-day splits is, I believe, dependent on the order of
>> data entered.
>> If it matters try setting one of the sortkeys to 'register order' - it
>> may work but even if it does, the custom sorter will sort strictly
>> by date, so, the running balances will have unpredictable order.
>> C
>>
>
> Yuck.  To bad the report doesn't recalculate the balances in the order
> of the sort.

This is done for good reason.  Imagine what would happen if you exclude
certain transactions from the report.  Then your balances would be
COMPLETELY off!

>> Please remember to CC this list on all your replies.
>> You can do this by using Reply-To-List or Reply-All.

-derek

-- 
   Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
   Member, MIT Student Information Processing Board  (SIPB)
   URL: http://web.mit.edu/warlord/PP-ASEL-IA N1NWH
   warl...@mit.eduPGP key available
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Uninstalling previous versions

[Geert Janssens]

Op dinsdag 3 juli 2018 04:48:21 CEST schreef Thomas Forrester:

> > > Totally agree.  Windows in not entirely free of messy installers, far
> > > from it, but the vast majority of installers take care of the
> > > prerequisites, including suspending the installation waiting for the
> > > user to close a program that's trying to upgrade itself.  At a minimum
> > > any installer worth its salt should be able to check existing files
> > > against a manifest of valid files for the currently installing version,
> > > and delete anything conflicting.
> > > 
I'm not that well versed with Windows installers but I don't think what you 
describe is how they actually work. As far as I understand an installer will 
indeed create some kind of install manifest. This manifest will be used to 
remove these files again before installing the new ones. But the new installer 
itself does not come with a list of files from older versions that at some 
point have become obsolete. It also is not aware of optional files as far as I 
know.
Our installer has been configured for quite a while already to first delete an 
existing gnucash installation before installing the new one. I have no idea 
why this sometimes still leaves old files lingering. Perhaps the installer 
internally uses some heuristics to only delete files it believes have really 
changed or are gone. And perhaps this fails because we completely changed 
build systems on Windows which confuses these heuristics.

If you see ways to improve our installer you are encouraged to send in a patch 
or PR... It would certainly be appreciated.

Regards,

Geert


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Upgrading GC under Ubuntu

[cicko]

In addition to all the other replies, I'd like to add that I would not
normally expect the user to compile the software and add all the development
dependencies.
For this reason, among others, I've added a feature request for the creation
of AppImage: https://bugs.gnucash.org/show_bug.cgi?id=796019.

I'm trying to get familiar with the build process at Open Build Service on
Suse servers in order to build this. It should be easy but Murphy's law
works there, too. My progress has also been slowed down by the fact that I
managed to create a build for the RPM with the latest GnuCash release on OBS
and this satisfies the most urgent need. It should be just one more step in
order to get the AppImage from the successful RPM build, apparently.

If anyone has the desire, understanding, and/or some time, you are welcome
to look more into this. While OBS builds RPMs first, once they get compiled
into AppImage, all the dependencies are stored in there, so the end result
is distribution-agnostic.

Needless to say, having such a binary distribution would probably solve the
compilation and update problems for many Linux users.



--
Sent from: http://gnucash.1415818.n4.nabble.com/GnuCash-User-f1415819.html
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] V#3 Windows scroll bars

[cicko]

Thanks, Chris. I've added this info to the GTK3 page
(https://wiki.gnucash.org/wiki/GTK3).



--
Sent from: http://gnucash.1415818.n4.nabble.com/GnuCash-User-f1415819.html
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.