[GNC] GnuCash help: How to set the default invoice layout

[Graham Ward]

Hi,

firstly I hope you are able to help, and secondly thank you very much 
for doing so!


I am relatively new too GnuCash and have been watching videos and going 
through a fair bit of the documentation on invoicing. So far I have 
setup a new style sheet for the invoice that I have created, as well as 
edited the options when viewing my invoice. I have saved a new config 
too. However what is still annoying now is that even though I have 
everything setup GnuCash still insists on giving me the plain vanilla 
default invoice whenever I click the option to "Print Invoice" when I am 
viewing the invoice. The only way it appears to me to be able to print 
using the saved configuration/style is that even though I already have 
my invoice open and a button available to print, I can't use it. Instead 
I have to go back to "Accounts", click Reports -> Saved Report 
Configurations -> select report configuration, go to Options select 
Invoice Number and search for it, double click the invoice found and 
click OK.


there surely has to be a way to setup the default config and style used 
so the "*Print Invoice*" button seen below works as required, when 
viewing the invoice.





Thanks everyone.
Graham
___
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] OFX Import with Investment Transactions

[Robin Chattopadhyay]

Ubuntu 20.04 LTS (VMWare virtual machine in case that matters)
Gnucash 4.8
libofx 0.9.15

I tried importing an OFX file from my 401K provider this morning and I got
a message box that said it had imported 2 transactions for a single
security in the file and there were no additional transactions to process.
This was incorrect as there were 18 new transactions across nine securities
(along with a number of other transactions that had already been imported
previously).

I tried a number of things to resolve (after taking a backup, of course):
1 - Tools > Import Map Editor and deleted all of the associations for this
file. When I re-imported, I was prompted to map each security in the file
to the correct account. No issues there. But when importing the OFX file
again, I had the same experience as described above
2 - Created a blank file and attempted to import the file there. Through
the import process, I created new securities and new accounts, nothing
unexpected there. Then the generic transaction importer dialog popped up,
but with just the two transactions for the same security cited in the
original problem dialog. I imported those, clicked OK and then the generic
transaction importer dialog came up *again* but only with transactions for
a single, different security. I imported those and repeated the process for
each security with transactions in the file. Each time the generic
transaction importer dialog came up, it only had transactions for a single
security. This is definitely new behavior that I didn't see in 4.6.
Previously the import dialog had all the new transactions in the file
3 - Reverted to 4.7. Crashed when selecting Import from the File menu
(Trace/breakpoint trap (core dumped). Not unexpected, but thought I would
try anyway.
4 - Reverted to 4.6. This works as it used to with all the new transactions
in a single dialog

Finally, I don't know if this matters, but I scanned stdout from the
build/make/install process to see if anything looked obviously wrong and I
found this (I don't know if it's relevant):

-- Performing Test HAVE_OFX_BUG_39
-- Performing Test HAVE_OFX_BUG_39 - Failed

Thanks,
Robin
___
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] Build 4.8 docs issue

[Mike Commissaris]

Installing past versions of docs (ver 4.4) went smoothly.
With ver 4.8 docs build, starting the install from my script file ./
gnucash-docs-4.8.sh
I get an error at line 11: ./configure: No such file or directory
Sure enough, there is no configure script file in my 4.8 docs build
directory.
I have searched for answers but have not figured out how to build docs in
ver 4.8.
Any suggestions or pointer to documentation?

-- 
Mike
___
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] Build 4.8 docs issue

[Geert Janssens]

Op zaterdag 2 oktober 2021 18:14:02 CEST schreef Mike Commissaris:
> Installing past versions of docs (ver 4.4) went smoothly.
> With ver 4.8 docs build, starting the install from my script file ./
> gnucash-docs-4.8.sh
> I get an error at line 11: ./configure: No such file or directory
> Sure enough, there is no configure script file in my 4.8 docs build
> directory.
> I have searched for answers but have not figured out how to build docs in
> ver 4.8.
> Any suggestions or pointer to documentation?

The autotools based build system for gnucash-docs has been deprecated in  
favor of the cmake based build system.

In gnucash-docs 4.8, the bits to use autotools have been fully removed.

The new way of building is summarized as follows:

- create a build directory (eg 'build') next to your source directory
- cd build
- cmake ../
- make

If you used to set an installation prefix while running configure you may want 
do to the equivalent for your cmake run.
The syntax is "-DCMAKE_INSTALL_PREFIX="

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] Set up GnuCash to track monthly net income considering taxes and pension fund contributions

[Simone Gaiarin]

This seems an acceptable solution. Thanks.

On Sat, Sep 25, 2021 at 4:07 PM Robin Chattopadhyay 
wrote:

> You can achieve the ad-hoc nature of a templated transaction by setting
> the frequency of the scheduled transaction to 'Once'.
>
> Set up your scheduled transaction, set the frequency to 'Once', run the
> scheduled transactions/Since Last Run option, fill in the variables, then
> proceed.
>
> The next time you want to run that specific template, edit the scheduled
> transaction by changing the start date and running the scheduled
> transaction process again.
>
> Robin
>
> On Sat, Sep 25, 2021 at 5:12 AM Christopher Lam 
> wrote:
>
>> The only mechanism that really exists to have "templated arbitrary
>> formulas" is to use the periodic Scheduled Transactions. It would be nice
>> to have them created ad-hoc (ie menu item Create Transaction from Template
>> which pops up a list of available templates)  instead of periodically...
>>
>> On Sat, 25 Sep 2021, 5:34 pm Simone Gaiarin,  wrote:
>>
>> > Thanks for the reply Rich.
>> >
>> > My main question is: is there a way to automate these calculations in
>> > GNUCash or for each transaction I need to compute and input each
>> component
>> > of the income by hand?
>> > I have read the GNUCash documentation but I was not able to figure out
>> if
>> > this is possible or not.
>> >
>> > On Sun, Sep 19, 2021 at 8:32 AM Simone Gaiarin 
>> wrote:
>> >
>> > > Hi all,
>> > > I need help in setting up GnuCash to achieve the following goal:
>> > > - Track my monthly net income (after taxes and pension fund
>> contribution)
>> > >
>> > > Situation:
>> > > I give a service that I invoice per hour and the cost paid by the
>> > customer
>> > > consists of the following components:
>> > >
>> > > x: Cash payment = y + p1
>> > > y: Service gross cost
>> > > p1: 1st pension fund contribution = 0,02 * y
>> > >
>> > > On y I have to pay also:
>> > > t1: tax I have to pay = 0,05 * y
>> > > p2: 2nd pension fund contribution = 0,10 * (y - t1)
>> > >
>> > > Accounts:
>> > >
>> > > - Income
>> > >
>> > > - Bank Account
>> > >
>> > > - Tax
>> > > - Pension fund
>> > >
>> > > Given that I pay out of my bank account the taxes twice a year and the
>> > > contribution to the pension fund twice a year, the 'Income chart'
>> report
>> > > does not give me a clear view of my net income over the month.
>> > >
>> > > I tried to set up a tax table where I used some equivalent
>> coefficients
>> > in
>> > > order to automatically assign t1 to Tax account and p1, p2 to the
>> Pension
>> > > fund account (rather difficult given that here the tax and pension
>> fund
>> > are
>> > > computed in cascade), but I wonder if this is the correct strategy
>> (the
>> > > Pension fund account goes negative instead of positive for example).
>> > >
>> > > What is the correct way to proceed in order to obtain a monthly net
>> > income
>> > > chart considering the taxes and pension fund contribution percent over
>> > each
>> > > customer payment?
>> > >
>> > > Thanks
>> > >
>> > >
>> > ___
>> > 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] Newest version for Ubuntu 20.04 LTS

[david whiting]

Hi Jeff,

On Wed, 29 Sept 2021 at 07:11, Jeff  wrote:
[...]
> I would settle for a copy of "Building the Newest Version of GNC for
> Dummies Course" book.

Others have shown you that you can use flatpak to get the latest
version, but if you do want to build from source I have found that the
following works on Ubuntu 20.04. I have also attached it as a script.
This clones the source from git and by default builds the maintenance
version. The versions are tagged, so you can use git to checkout a
different version and build that if you want, e.g. you could build 4.8
rather than maint.

 build-gnucash.sh  

## Change this if you want to build it somewhere else.
SOURCEDIR="$HOME/Documents/gnucash/source"
BUILDDIR="$HOME/Documents/gnucash/build"

sudo apt update
sudo apt upgrade

sudo apt-get install build-essential
## This is one long line
sudo apt install git make cmake libglib2.0-dev libxml2-dev
libxslt1-dev libwebkit2gtk-4.0-dev gettext swig guile-3.0-dev
libofx-dev xsltproc libboost-all-dev libdbi1 libdbi-dev libdbd-sqlite3
libsecret-1-0 libsecret-1-dev aqbanking-tools libaqbanking-dev
gwenhywfar-tools libgwengui-gtk3-dev

# Only use the next 2 lines if you have not installed [[Google_Test |
Google Test]] already.
sudo apt install libgtest-dev# >=1.7.0
sudo apt install google-mock # 1.8.0 installs
googlemock in a subdirectory of gtest

mkdir -p $SOURCEDIR
mkdir -p $BUILDDIR

## Clone gnucash source from git, if it is not already there
[ ! -d $SOURCEDIR/gnucash ] && git clone
https://github.com/Gnucash/gnucash.git $SOURCEDIR

cd $BUILDDIR
cmake -DCMAKE_INSTALL_PREFIX=$HOME/opt/gnucash $SOURCEDIR

make

 end of script 

David


build-gnucash.sh
Description: application/shellscript
___
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] OFX Import with Investment Transactions

[Jean L]

Yes, there's a new behavior with OFX import. The match dialog shows up 
for each target account, so if you're importing securities the dialog 
will show up for each security. This could be a real annoyance if there 
are many different securities, so we may want to change that behavior. 
The new behavior was introduced to fix an issue when a single OFX file 
had transfers between accounts.


I see two issues here:
1) The fact that the match dialog runs for each target account (see 
comment above)

2) The fact that some of your imported transactions were simply ignored.

About 2): Did you try to continue with the import after the first 
matching dialog? Did it then go to the next securities? Or did you just 
abort thinking something was wrong (not expecting the new behavior of 
seeing the matching dialog for each security instead of all together as 
before)


If that was not the case (i.e., you tried continuing but nothing else 
happened) one reason why this could happen is if the FITID used for the 
imported transactions were already present in the target account. This 
is new in the latest version: transactions that were previously imported 
are no longer shown the matching dialog. In your case this seems 
erroneous. So either it's a bug (i.e., the FITID of the imported 
transactions are NOT found in any of the transactions of the account 
you're imported into, so they should show) or it's a problem with the 
OFX data that the transactions seem to reuse existing FITIDs.
The fact that things work normally when you import into a blank account 
would indicate that indeed, the FITID of the imported transactions 
already exist in your target account.


SO, could you re-try importing with the latest version, but making sure 
you continue clicking OK for each match dialog? Does this work or not?
If not, then we'll need to check whether the FITID of the new imported 
transactions somehow have been used before in the previously imported 
transactions. To see that, you'd need to pick one that was not imported 
(looking at the OFX file), get its FITID, and see in your account 
database (save it as an xml file so it can be looked at with a regular 
editor) whether that FITID exists.


Jean

On 10/2/2021 8:58 AM, Robin Chattopadhyay wrote:

Ubuntu 20.04 LTS (VMWare virtual machine in case that matters)
Gnucash 4.8
libofx 0.9.15

I tried importing an OFX file from my 401K provider this morning and I got
a message box that said it had imported 2 transactions for a single
security in the file and there were no additional transactions to process.
This was incorrect as there were 18 new transactions across nine securities
(along with a number of other transactions that had already been imported
previously).

I tried a number of things to resolve (after taking a backup, of course):
1 - Tools > Import Map Editor and deleted all of the associations for this
file. When I re-imported, I was prompted to map each security in the file
to the correct account. No issues there. But when importing the OFX file
again, I had the same experience as described above
2 - Created a blank file and attempted to import the file there. Through
the import process, I created new securities and new accounts, nothing
unexpected there. Then the generic transaction importer dialog popped up,
but with just the two transactions for the same security cited in the
original problem dialog. I imported those, clicked OK and then the generic
transaction importer dialog came up *again* but only with transactions for
a single, different security. I imported those and repeated the process for
each security with transactions in the file. Each time the generic
transaction importer dialog came up, it only had transactions for a single
security. This is definitely new behavior that I didn't see in 4.6.
Previously the import dialog had all the new transactions in the file
3 - Reverted to 4.7. Crashed when selecting Import from the File menu
(Trace/breakpoint trap (core dumped). Not unexpected, but thought I would
try anyway.
4 - Reverted to 4.6. This works as it used to with all the new transactions
in a single dialog

Finally, I don't know if this matters, but I scanned stdout from the
build/make/install process to see if anything looked obviously wrong and I
found this (I don't know if it's relevant):

-- Performing Test HAVE_OFX_BUG_39
-- Performing Test HAVE_OFX_BUG_39 - Failed

Thanks,
Robin
___
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 

Re: [GNC] Build 4.8 docs issue

[Geert Janssens]

Please remember to send replies to the list rather than individual users. 
Particularly if you are soliciting for answers from "anyone" ;)

As to your problems, can you provide more details ?

It's been a while since I tested  the mobi format. Back then it worked fine, 
also with cmake. You have to enable it explicitly though by passing 
'-DWITH_MOBI=ON' to the cmake call.

I wouldn't spend too much effort on it though. We're currently considering to 
drop that format. It has been abandoned by Amazon as well.

Regards,

Geert

Op zaterdag 2 oktober 2021 19:40:30 CEST schreef Giuseppe Foti:
> I am fighting with it too, trying to create a gentoo ebuild for it.
> 
> At now I can build, html and epub.
> 
> With pdf I have a sandbox access violation issue,
> 
> Can anyone confirm that "mobi" can be built both for "help" and "guide" ?
> 
> 
> 
> 
> Il 02/10/21 18:51, Geert Janssens ha scritto:
> 
> Op zaterdag 2 oktober 2021 18:14:02 CEST schreef Mike Commissaris:
> 
> Installing past versions of docs (ver 4.4) went smoothly.
> With ver 4.8 docs build, starting the install from my script file ./
> gnucash-docs-4.8.sh
> I get an error at line 11: ./configure: No such file or directory
> Sure enough, there is no configure script file in my 4.8 docs build
> directory.
> I have searched for answers but have not figured out how to build docs in
> ver 4.8.
> Any suggestions or pointer to documentation?
> 
> The autotools based build system for gnucash-docs has been deprecated in
> favor of the cmake based build system.
> 
> In gnucash-docs 4.8, the bits to use autotools have been fully removed.
> 
> The new way of building is summarized as follows:
> 
> - create a build directory (eg 'build') next to your source directory
> - cd build
> - cmake ../
> - make
> 
> If you used to set an installation prefix while running configure you may
> want do to the equivalent for your cmake run.
> The syntax is "-DCMAKE_INSTALL_PREFIX="
> 
> 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.




___
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] Making the leap to latest

[AC]

Ok, I've been running along on 2.6.3 on Win 10.  No issues to date that
I can see.

I know there's been various changes throughout the rest of the 2.x and
3.x series and we're now on 4.x which sparks some questions:


Do I really need to update?  I only use the basis ledgers for standard
banking accounts, credit cards, loans, mutual funds; scheduled
transactions; and basic reports (typically just the standard transaction
report when I need a list for taxes). I don't use online transactions,
imports, or business features.  Can I assume that the basics still work
the same way?

If it's better for me to go ahead and update how painful will it be to
update?

I recall some suggestions previously about upgrading in increments and
if that's the case how many increments am I going to need (hopefully not
one for every point version)?

___
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] Scheduled transactions do not appear in the register until is pressed

[john]

> On Oct 1, 2021, at 2:58 PM, Glenn Fowler  wrote:
> 
> Hello all,
> 
> I have numerous scheduled transactions in multiple books and in settings
> have them "run when the data file is opened". The transactions do run as
> expected but do not appear in the register until you press .
> With them not appearing, I am not looking at an out of date register until
> I enter a transaction or press . Wouldn't it make sense for them to
> appear without user input so we are looking at up-to-date books instead of
> trying to create a habit for myself to click  on every open?

That's already possible, just set "create automatically" on the Overview page 
of the Scheduled Transactions Editor.

Regards,
John Ralls

___
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] gnucash-user Digest, Vol 222, Issue 51

[Colin]

Hi Steve,

The UID is just a numeric string used to uniquely identify you. That’s why you 
need to use a generator to get one but it doesn’t come from your bank, etc. 

Which part are you confused about on the UUID instructions? The Wiki’s General 
Info section at the top links to a site that generates UUIDs for you. That will 
need to be copied and pasted into GnuCash.

Best,
Colin

> On Sep 30, 2021, at 5:08 PM, Steve Welch  wrote:
> 
> Hi Colin,
> 
> Thanks for the additional info and encouragement.  I’m still experimenting 
> here…  One puzzle:  what did you use for Client UID?  I do see what the Wiki 
> says about it but I still don’t understand.  FWIW, I’m on a Mac OS 
> environment…
> 
> Steve
> 
>> On Sep 30, 2021, at 12:57 PM, Colin > > wrote:
>> 
>> Hi Steve,
>> 
>> David Cousins already posted the link to the Gnucash OFX Wiki page, but 
>> since you mentioned Citi I’ll add that I use OFX for a couple Citi credit 
>> cards and it’s worked for the last 15 months. I updated the Citi section of 
>> the Wiki page with the settings that work for me. 
>> 
>> A few weeks ago someone posted recently they had to use a different server 
>> address. I’ll include it below, but I haven’t found any change from the 
>> settings on the Wiki page necessary.
>> 
>> > The wiki entry at 
>> > https://wiki.gnucash.org/wiki/OFX_Direct_Connect_Bank_Settings#Citi_Credit_Card
>> >  
>> > 
>> > worked until about a month or so ago.  I figured they changed the OFX
>> > server url again but what I discovered is that when I set the field
>> > "HTTP User Agent" to "InetClntApp/3.0", it now downloads my
>> > transactions into my register as before.   The citi.com  
>> > -> Profile ->
>> > Manage Desktop Apps website again lists Quicken Windows as an app
>> > allowed to use my Citi credentials.  I'm using Gnucash 4.6 on Linux.
>> > -- Nicholas Rood
>> 
>> 
>> A final note: after a fair amount of trial and error I found OFX not to work 
>> with most of the accounts I tried, even when others reported settings that 
>> worked for them. My Citi and Amex cards work fine, but I’ve given up for my 
>> other cards and credit union account. 
>> 
>> Also, be aware OFX appears to be going the way of the Dodo bird. You might 
>> weigh the amount of troubleshooting you do, or anticipation of using OFX 
>> with GnuCash, against that knowledge.
>> 
>> Best,
>> Colin
>> 
>>> On Sep 30, 2021, at 9:00 AM, gnucash-user-requ...@gnucash.org 
>>>  wrote:
>>> 
>>> --
>>> 
>>> Message: 2
>>> Date: Wed, 29 Sep 2021 18:21:37 -0400
>>> From: Steve Welch >> >
>>> To: David Ellis >> >
>>> Cc: Gnucash-User >> >
>>> Subject: Re: [GNC] Problems setting up first OFX transaction download
>>> Message-ID: >> >
>>> Content-Type: text/plain;   charset=utf-8
>>> 
>>> I?ll be following this with interest ? I just moved from Moneydance and am 
>>> trying to set up credit card transaction downloads from Citi.
>>> No problems doing so in MD, but I haven?t been successful yet in GnuCash.  
>>> 
>>> I?m sure there?s something I?m not understanding here?
>>> 
>>> Steve
>>> 
 On Sep 29, 2021, at 4:25 PM, David Ellis >>> > wrote:
 
 I have been using Quicken for home and business for years to keep my one 
 man
 office books. It does everything I need, especially auto-population of bank
 transactions in register for preparing financial statements. Now converting
 to GnuCash and used the wizard to a) import to gnu from Quicken data file,
 then b) set up OFX transaction download from bank directly to gnu. Got data
 import great, but efforts to get OFX duds. I am a retired dba so I kind of
 know what I'm doing, but didn't help much. I called the bank and worked 
 with
 a tech person there but a detailed review of each item in the wizard didn't
 get anywhere with her either. I kept getting the error that there were no
 new transactions to download since the last one, which was 3 weeks and 29
 transactions ago. Am I going to just have to download CSV monthly and 
 import
 to gnu or can I actually get OFX to work?  Thanks, David
 
 ___
 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 informati

Re: [GNC] Build 4.8 docs issue

[john]

It hasn't been a while since I last built mobi-formatted documents with Cmake 
because I do so with every release and we just did one on Tuesday. It works 
fine.
*However* the mobi format was a proprietary format devised by Amazon.com 
 for their Kindle-branded readers that they deprecated in 
2019. We're planning to remove it from the build system soon. You should be 
able to load the ePub documents into your Kindle.

Regards,
John Ralls

> On Oct 2, 2021, at 1:26 PM, Geert Janssens  wrote:
> 
> Please remember to send replies to the list rather than individual users. 
> Particularly if you are soliciting for answers from "anyone" ;)
> 
> As to your problems, can you provide more details ?
> 
> It's been a while since I tested  the mobi format. Back then it worked fine, 
> also with cmake. You have to enable it explicitly though by passing 
> '-DWITH_MOBI=ON' to the cmake call.
> 
> I wouldn't spend too much effort on it though. We're currently considering to 
> drop that format. It has been abandoned by Amazon as well.
> 
> Regards,
> 
> Geert
> 
> Op zaterdag 2 oktober 2021 19:40:30 CEST schreef Giuseppe Foti:
>> I am fighting with it too, trying to create a gentoo ebuild for it.
>> 
>> At now I can build, html and epub.
>> 
>> With pdf I have a sandbox access violation issue,
>> 
>> Can anyone confirm that "mobi" can be built both for "help" and "guide" ?
>> 
>> 
>> 
>> 
>> Il 02/10/21 18:51, Geert Janssens ha scritto:
>> 
>> Op zaterdag 2 oktober 2021 18:14:02 CEST schreef Mike Commissaris:
>> 
>> Installing past versions of docs (ver 4.4) went smoothly.
>> With ver 4.8 docs build, starting the install from my script file ./
>> gnucash-docs-4.8.sh
>> I get an error at line 11: ./configure: No such file or directory
>> Sure enough, there is no configure script file in my 4.8 docs build
>> directory.
>> I have searched for answers but have not figured out how to build docs in
>> ver 4.8.
>> Any suggestions or pointer to documentation?
>> 
>> The autotools based build system for gnucash-docs has been deprecated in
>> favor of the cmake based build system.
>> 
>> In gnucash-docs 4.8, the bits to use autotools have been fully removed.
>> 
>> The new way of building is summarized as follows:
>> 
>> - create a build directory (eg 'build') next to your source directory
>> - cd build
>> - cmake ../
>> - make
>> 
>> If you used to set an installation prefix while running configure you may
>> want do to the equivalent for your cmake run.
>> The syntax is "-DCMAKE_INSTALL_PREFIX="
>> 
>> 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.
> 
> 
> 
> 
> ___
> 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] Making the leap to latest

[Derek Atkins]

From 2.6.3 you will need to jump to 2.6.last, then 3.x, then 4.x


At every version you should load your data file and then save it.

While there is no requirement to upgrade, and "if it ain't broke, don't fix 
it" may apply, if you have a system crash and need to rebuild your system, 
it'll be easier to use recent versions.


-derek
Sent using my mobile device. Please excuse any typos.
On October 2, 2021 5:56:23 PM AC  wrote:


Ok, I've been running along on 2.6.3 on Win 10.  No issues to date that
I can see.

I know there's been various changes throughout the rest of the 2.x and
3.x series and we're now on 4.x which sparks some questions:


Do I really need to update?  I only use the basis ledgers for standard
banking accounts, credit cards, loans, mutual funds; scheduled
transactions; and basic reports (typically just the standard transaction
report when I need a list for taxes). I don't use online transactions,
imports, or business features.  Can I assume that the basics still work
the same way?

If it's better for me to go ahead and update how painful will it be to
update?

I recall some suggestions previously about upgrading in increments and
if that's the case how many increments am I going to need (hopefully not
one for every point version)?

___
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] Making the leap to latest

[AC]

I agree don't upgrade if not absolutely necessary but I will likely be
replacing this computer in a few months so starting from a newer
installation is much more likely to happen in that case.

So you're saying I should be able to do three stages of 2.6.last,
3.x.last and then 4.x.last?

Are there any big changes to basic functionality from 2.6 to 4.x?  I'm
making my way through the change logs but a lot of it is related to
various features I don't use (at least that which I've read thus far).


On 2021-10-02 15:06, Derek Atkins wrote:
>> From 2.6.3 you will need to jump to 2.6.last, then 3.x, then 4.x
> 
> At every version you should load your data file and then save it.
> 
> While there is no requirement to upgrade, and "if it ain't broke, don't
> fix it" may apply, if you have a system crash and need to rebuild your
> system, it'll be easier to use recent versions.
> 
> -derek
> Sent using my mobile device. Please excuse any typos.
> On October 2, 2021 5:56:23 PM AC  wrote:
> 
>> Ok, I've been running along on 2.6.3 on Win 10.  No issues to date that
>> I can see.
>>
>> I know there's been various changes throughout the rest of the 2.x and
>> 3.x series and we're now on 4.x which sparks some questions:
>>
>>
>> Do I really need to update?  I only use the basis ledgers for standard
>> banking accounts, credit cards, loans, mutual funds; scheduled
>> transactions; and basic reports (typically just the standard transaction
>> report when I need a list for taxes). I don't use online transactions,
>> imports, or business features.  Can I assume that the basics still work
>> the same way?
>>
>> If it's better for me to go ahead and update how painful will it be to
>> update?
>>
>> I recall some suggestions previously about upgrading in increments and
>> if that's the case how many increments am I going to need (hopefully not
>> one for every point version)?
>>
>> ___
>> 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] Making the leap to latest

[AC]

Actually, related to this:  Is there a straightforward way to try a
version without having to go through a complete installation on Windows
and without disturbing the existing installation?

If it's possible then I could run 2.6.last and then 3.x stand-alone with
a test copy of the file before jumping to 4.x and committing to the full
install.

On 2021-10-02 15:11, AC wrote:
> I agree don't upgrade if not absolutely necessary but I will likely be
> replacing this computer in a few months so starting from a newer
> installation is much more likely to happen in that case.
> 
> So you're saying I should be able to do three stages of 2.6.last,
> 3.x.last and then 4.x.last?
> 
> Are there any big changes to basic functionality from 2.6 to 4.x?  I'm
> making my way through the change logs but a lot of it is related to
> various features I don't use (at least that which I've read thus far).
> 
> 
> On 2021-10-02 15:06, Derek Atkins wrote:
>>> From 2.6.3 you will need to jump to 2.6.last, then 3.x, then 4.x
>>
>> At every version you should load your data file and then save it.
>>
>> While there is no requirement to upgrade, and "if it ain't broke, don't
>> fix it" may apply, if you have a system crash and need to rebuild your
>> system, it'll be easier to use recent versions.
>>
>> -derek
>> Sent using my mobile device. Please excuse any typos.
>> On October 2, 2021 5:56:23 PM AC  wrote:
>>
>>> Ok, I've been running along on 2.6.3 on Win 10.  No issues to date that
>>> I can see.
>>>
>>> I know there's been various changes throughout the rest of the 2.x and
>>> 3.x series and we're now on 4.x which sparks some questions:
>>>
>>>
>>> Do I really need to update?  I only use the basis ledgers for standard
>>> banking accounts, credit cards, loans, mutual funds; scheduled
>>> transactions; and basic reports (typically just the standard transaction
>>> report when I need a list for taxes). I don't use online transactions,
>>> imports, or business features.  Can I assume that the basics still work
>>> the same way?
>>>
>>> If it's better for me to go ahead and update how painful will it be to
>>> update?
>>>
>>> I recall some suggestions previously about upgrading in increments and
>>> if that's the case how many increments am I going to need (hopefully not
>>> one for every point version)?
>>>
>>> ___
>>> 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] Making the leap to latest

[Derek Atkins]

Basic features are all the same.
Some options and reports changed along the way, so you might need to 
manually File - > Open your data file when you upgrade.  And you may lose 
saved reports.


-derek
Sent using my mobile device. Please excuse any typos.
On October 2, 2021 6:13:31 PM AC  wrote:


I agree don't upgrade if not absolutely necessary but I will likely be
replacing this computer in a few months so starting from a newer
installation is much more likely to happen in that case.

So you're saying I should be able to do three stages of 2.6.last,
3.x.last and then 4.x.last?

Are there any big changes to basic functionality from 2.6 to 4.x?  I'm
making my way through the change logs but a lot of it is related to
various features I don't use (at least that which I've read thus far).


On 2021-10-02 15:06, Derek Atkins wrote:

From 2.6.3 you will need to jump to 2.6.last, then 3.x, then 4.x


At every version you should load your data file and then save it.

While there is no requirement to upgrade, and "if it ain't broke, don't
fix it" may apply, if you have a system crash and need to rebuild your
system, it'll be easier to use recent versions.

-derek
Sent using my mobile device. Please excuse any typos.
On October 2, 2021 5:56:23 PM AC  wrote:


Ok, I've been running along on 2.6.3 on Win 10.  No issues to date that
I can see.

I know there's been various changes throughout the rest of the 2.x and
3.x series and we're now on 4.x which sparks some questions:


Do I really need to update?  I only use the basis ledgers for standard
banking accounts, credit cards, loans, mutual funds; scheduled
transactions; and basic reports (typically just the standard transaction
report when I need a list for taxes). I don't use online transactions,
imports, or business features.  Can I assume that the basics still work
the same way?

If it's better for me to go ahead and update how painful will it be to
update?

I recall some suggestions previously about upgrading in increments and
if that's the case how many increments am I going to need (hopefully not
one for every point version)?

___
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] Making the leap to latest

[Derek Atkins]

No, as far as I know, windows does not allow you to have multiple versions 
installed.


-derek
Sent using my mobile device. Please excuse any typos.
On October 2, 2021 6:20:13 PM AC  wrote:


Actually, related to this:  Is there a straightforward way to try a
version without having to go through a complete installation on Windows
and without disturbing the existing installation?

If it's possible then I could run 2.6.last and then 3.x stand-alone with
a test copy of the file before jumping to 4.x and committing to the full
install.

On 2021-10-02 15:11, AC wrote:

I agree don't upgrade if not absolutely necessary but I will likely be
replacing this computer in a few months so starting from a newer
installation is much more likely to happen in that case.

So you're saying I should be able to do three stages of 2.6.last,
3.x.last and then 4.x.last?

Are there any big changes to basic functionality from 2.6 to 4.x?  I'm
making my way through the change logs but a lot of it is related to
various features I don't use (at least that which I've read thus far).


On 2021-10-02 15:06, Derek Atkins wrote:

From 2.6.3 you will need to jump to 2.6.last, then 3.x, then 4.x


At every version you should load your data file and then save it.

While there is no requirement to upgrade, and "if it ain't broke, don't
fix it" may apply, if you have a system crash and need to rebuild your
system, it'll be easier to use recent versions.

-derek
Sent using my mobile device. Please excuse any typos.
On October 2, 2021 5:56:23 PM AC  wrote:


Ok, I've been running along on 2.6.3 on Win 10.  No issues to date that
I can see.

I know there's been various changes throughout the rest of the 2.x and
3.x series and we're now on 4.x which sparks some questions:


Do I really need to update?  I only use the basis ledgers for standard
banking accounts, credit cards, loans, mutual funds; scheduled
transactions; and basic reports (typically just the standard transaction
report when I need a list for taxes). I don't use online transactions,
imports, or business features.  Can I assume that the basics still work
the same way?

If it's better for me to go ahead and update how painful will it be to
update?

I recall some suggestions previously about upgrading in increments and
if that's the case how many increments am I going to need (hopefully not
one for every point version)?

___
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.


___
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] Making the leap to latest

[Michael or Penny Novack]

On 10/2/2021 6:11 PM, AC wrote:

I agree don't upgrade if not absolutely necessary but I will likely be
replacing this computer in a few months so starting from a newer
installation is much more likely to happen in that case.

a) Yes, you only want to be making one "change" at a time << FAR easier 
to "debug" if there are problems. Since you will not easily have your 
current gnucash version available for installation o  the new machine, 
best to update now, while still on the old machine, to a current version 
you will have available for installing on the new machine.


b) Going to a new computer, you will want to be saving ALL of your data 
(not just gnucash data). If the OS is remaining the same, this is 
relatively simple. If the OS will be changing (different on the new 
machine) this will not be simple unless the two OS's use the same user 
data structure.


c) In case "b" applies, do not immediately begin the "restore form 
backup". Get the software on, and in each case, see where it puts the 
application user data. You can then see what files to replace/where.


Michael D Novack


___
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] Scheduled transactions do not appear in the register until is pressed

[Robin Chattopadhyay]

I interpreted the question differently.

If you leave a register open from a prior session, it seems like the
register view doesn't refresh and display newly created transactions until
you perform some sort of other action that triggers a refresh. That's the
experience *I* thought Glenn was describing.

Robin

On Sat, Oct 2, 2021 at 4:56 PM john  wrote:

>
>
> > On Oct 1, 2021, at 2:58 PM, Glenn Fowler  wrote:
> >
> > Hello all,
> >
> > I have numerous scheduled transactions in multiple books and in settings
> > have them "run when the data file is opened". The transactions do run as
> > expected but do not appear in the register until you press .
> > With them not appearing, I am not looking at an out of date register
> until
> > I enter a transaction or press . Wouldn't it make sense for them
> to
> > appear without user input so we are looking at up-to-date books instead
> of
> > trying to create a habit for myself to click  on every open?
>
> That's already possible, just set "create automatically" on the Overview
> page of the Scheduled Transactions Editor.
>
> Regards,
> John Ralls
>
> ___
> 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] Scheduled transactions do not appear in the register until is pressed

[Glenn Fowler]

Hi John,

I already have "create automatically" checked and scheduled transactions do
create automatically as expected. The issue is if GnuCash is opened after
the transaction is created, they do not appear in the register until you
press  which can create issues because you are looking at an
out-of-date register.

On Sat, Oct 2, 2021 at 5:56 PM john  wrote:

>
>
> > On Oct 1, 2021, at 2:58 PM, Glenn Fowler  wrote:
> >
> > Hello all,
> >
> > I have numerous scheduled transactions in multiple books and in settings
> > have them "run when the data file is opened". The transactions do run as
> > expected but do not appear in the register until you press .
> > With them not appearing, I am not looking at an out of date register
> until
> > I enter a transaction or press . Wouldn't it make sense for them
> to
> > appear without user input so we are looking at up-to-date books instead
> of
> > trying to create a habit for myself to click  on every open?
>
> That's already possible, just set "create automatically" on the Overview
> page of the Scheduled Transactions Editor.
>
> Regards,
> John Ralls
>
>
___
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] OFX Import with Investment Transactions

[Robin Chattopadhyay]

Hi Jean-

I understand the logic for #1 and have no concerns about that.

As for #2, I did continue past the first matching dialog and there were no
additional dialogs, the focus returned to the account list.

There are definitely FITIDs that are already in the database that are also
in the most recent OFX file. This is because the provider doesn't allow you
to specify a date range, only 'current quarter' or 'some other quarter'.

I tried something else to research...

Using 4.8, I created a blank file and then imported an OFX file from Sep.
25, 2021. This file had 66 transactions and imported as expected with one
matcher screen per security/account as you indicated would happen. I then
attempted to import the OFX file from Oct. 2. This file has 84 transactions
-- the same 66 transactions from the Sep. 25 file plus 18 new transactions
dated 9/24.

The program then presents the dialog for the first account. There are two
transactions in the most recent file for this account; however they're
already in the database, thus triggering the message "OFX file
/home/robin/Downloads.qfx' imported transactions for account 'xxx' 2
transactions processed, no transactions to match". That makes sense as
those are older transactions that are already in the database. I clicked
'Close' for that dialog and then the focus returns to the main application.
It's almost as if the program -- having determined that there were no new
transactions to import into the first account -- decided not to look at the
subsequent accounts.

In service to the greater good, I am attaching the test file I created and
the Oct. 2 OFX file. I have removed all of the position data (there are
limits to what I'm willing to share :-) ), but that will not negatively
affect the import process.

Something else that I just noticed...

If -- after importing the OFX file -- you open one of the account
registers, you'll see duplicate transactions! Although, if you close and
re-open the file, those duplicated transactions do not appear when you
re-open the account register. I don't know what to make of that.

On Sat, Oct 2, 2021 at 1:52 PM Jean L  wrote:
>
> Yes, there's a new behavior with OFX import. The match dialog shows up
> for each target account, so if you're importing securities the dialog
> will show up for each security. This could be a real annoyance if there
> are many different securities, so we may want to change that behavior.
> The new behavior was introduced to fix an issue when a single OFX file
> had transfers between accounts.
>
> I see two issues here:
> 1) The fact that the match dialog runs for each target account (see
> comment above)
> 2) The fact that some of your imported transactions were simply ignored.
>
> About 2): Did you try to continue with the import after the first
> matching dialog? Did it then go to the next securities? Or did you just
> abort thinking something was wrong (not expecting the new behavior of
> seeing the matching dialog for each security instead of all together as
> before)
>
> If that was not the case (i.e., you tried continuing but nothing else
> happened) one reason why this could happen is if the FITID used for the
> imported transactions were already present in the target account. This
> is new in the latest version: transactions that were previously imported
> are no longer shown the matching dialog. In your case this seems
> erroneous. So either it's a bug (i.e., the FITID of the imported
> transactions are NOT found in any of the transactions of the account
> you're imported into, so they should show) or it's a problem with the
> OFX data that the transactions seem to reuse existing FITIDs.
> The fact that things work normally when you import into a blank account
> would indicate that indeed, the FITID of the imported transactions
> already exist in your target account.
>
> SO, could you re-try importing with the latest version, but making sure
> you continue clicking OK for each match dialog? Does this work or not?
> If not, then we'll need to check whether the FITID of the new imported
> transactions somehow have been used before in the previously imported
> transactions. To see that, you'd need to pick one that was not imported
> (looking at the OFX file), get its FITID, and see in your account
> database (save it as an xml file so it can be looked at with a regular
> editor) whether that FITID exists.
>
> Jean
>
> On 10/2/2021 8:58 AM, Robin Chattopadhyay wrote:
> > Ubuntu 20.04 LTS (VMWare virtual machine in case that matters)
> > Gnucash 4.8
> > libofx 0.9.15
> >
> > I tried importing an OFX file from my 401K provider this morning and I
got
> > a message box that said it had imported 2 transactions for a single
> > security in the file and there were no additional transactions to
process.
> > This was incorrect as there were 18 new transactions across nine
securities
> > (along with a number of other transactions that had already been
imported
> > previously).
> >
> > I tried a number of things

[GNC] Hack Financial / Fiscal Year in all Reports

[flywire]

I've been using this hack which changes the definition of current and
previous year in reports to start 1 July. It will be overwritten each time
a new version of GnuCash is installed and it's unlikely to work with the
next major release.

Find date-utilities.scm eg C:\Program Files
(x86)\gnucash\share\guile\site\2.2\gnucash\app-utils\date-utilities.scm

Update code block (around line 540) with a text editor to that shown below:

;
;; end relative-date functions
;

(define* (gnc:get-start-cal-year #:key (start-month-fy 6))
;; Jan is 0
  (let ((now (gnc-localtime (current-time
(set-tm:sec now 0)
(set-tm:min now 0)
(set-tm:hour now 0)
(set-tm:mday now 1)
(set-tm:mon now start-month-fy)
(if (< (tm:mon now) start-month-fy)
  (set-tm:year now (- (tm:year now) 1))
  (set-tm:year now (tm:year now)))
(set-tm:isdst now -1)
(gnc-mktime now)))

(define* (gnc:get-end-cal-year #:key (start-month-fy 6))
  (let ((now (gnc-localtime (current-time
(set-tm:sec now 59)
(set-tm:min now 59)
(set-tm:hour now 23)
(set-tm:mday now 30) ; set for month before start-month-fy
(if (< (tm:mon now) start-month-fy)
  (set-tm:year now (tm:year now))
  (set-tm:year now (+ (tm:year now) 1)))
(set-tm:mon now (- start-month-fy 1)) ; move line and it works
(set-tm:isdst now -1)
(gnc-mktime now)))

(define* (gnc:get-start-prev-year #:key (start-month-fy 6))
  (let ((now (gnc-localtime (current-time
(set-tm:sec now 0)
(set-tm:min now 0)
(set-tm:hour now 0)
(set-tm:mday now 1)
(set-tm:mon now start-month-fy)
(if (< (tm:mon now) start-month-fy)
  (set-tm:year now (- (tm:year now) 2))
  (set-tm:year now (- (tm:year now) 1)))
(set-tm:isdst now -1)
(gnc-mktime now)))

(define* (gnc:get-end-prev-year #:key (start-month-fy 6))
  (let ((now (gnc-localtime (current-time
(set-tm:sec now 59)
(set-tm:min now 59)
(set-tm:hour now 23)
(set-tm:mday now 30) ; set for month before start-month-fy
(if (< (tm:mon now) start-month-fy)
  (set-tm:year now (- (tm:year now) 1))
  (set-tm:year now (tm:year now)))
(set-tm:mon now (- start-month-fy 1)) ; move line and it works
(set-tm:isdst now -1)
(gnc-mktime now)))
___
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] OFX Import with Investment Transactions

[Chris Good]

Hi Robin,

+1 for Jean's comments.

Re the crash after reverting to 4.7:

This should not happen. The maintainers try hard to ensure you can always
revert to a previous version, especially from a minor version upgrade. To
revert to a previous major version, provision is made so you can always
revert to the last minor revision of a previous major version. See
https://wiki.gnucash.org/wiki/FAQ#Using_Different_Versions.2C_Up_And_Downgra
de

There were some problems with trading accounts fixed in 4.7, see
https://bugs.gnucash.org/show_bug.cgi?id=798221

Do you use trading accounts?

If that is not your problem, perhaps you could open a bug and provide a
trace file (see
https://wiki.gnucash.org/wiki/Tracefile
or preferably a stacktrace.

Regards, Chris Good

Message: 5
Date: Sat, 2 Oct 2021 11:51:40 -0700
From: Jean L 
To: gnucash-user@gnucash.org
Subject: Re: [GNC] OFX Import with Investment Transactions
Message-ID: <08cf656d-09e4-c1a8-054b-51edf5f30...@gmail.com>
Content-Type: text/plain; charset=utf-8; format=flowed

Yes, there's a new behavior with OFX import. The match dialog shows up 
for each target account, so if you're importing securities the dialog 
will show up for each security. This could be a real annoyance if there 
are many different securities, so we may want to change that behavior. 
The new behavior was introduced to fix an issue when a single OFX file 
had transfers between accounts.

I see two issues here:
1) The fact that the match dialog runs for each target account (see 
comment above)
2) The fact that some of your imported transactions were simply ignored.

About 2): Did you try to continue with the import after the first 
matching dialog? Did it then go to the next securities? Or did you just 
abort thinking something was wrong (not expecting the new behavior of 
seeing the matching dialog for each security instead of all together as 
before)

If that was not the case (i.e., you tried continuing but nothing else 
happened) one reason why this could happen is if the FITID used for the 
imported transactions were already present in the target account. This 
is new in the latest version: transactions that were previously imported 
are no longer shown the matching dialog. In your case this seems 
erroneous. So either it's a bug (i.e., the FITID of the imported 
transactions are NOT found in any of the transactions of the account 
you're imported into, so they should show) or it's a problem with the 
OFX data that the transactions seem to reuse existing FITIDs.
The fact that things work normally when you import into a blank account 
would indicate that indeed, the FITID of the imported transactions 
already exist in your target account.

SO, could you re-try importing with the latest version, but making sure 
you continue clicking OK for each match dialog? Does this work or not?
If not, then we'll need to check whether the FITID of the new imported 
transactions somehow have been used before in the previously imported 
transactions. To see that, you'd need to pick one that was not imported 
(looking at the OFX file), get its FITID, and see in your account 
database (save it as an xml file so it can be looked at with a regular 
editor) whether that FITID exists.

Jean

On 10/2/2021 8:58 AM, Robin Chattopadhyay wrote:
> Ubuntu 20.04 LTS (VMWare virtual machine in case that matters)
> Gnucash 4.8
> libofx 0.9.15
>
> I tried importing an OFX file from my 401K provider this morning and I got
> a message box that said it had imported 2 transactions for a single
> security in the file and there were no additional transactions to process.
> This was incorrect as there were 18 new transactions across nine
securities
> (along with a number of other transactions that had already been imported
> previously).
>
> I tried a number of things to resolve (after taking a backup, of course):
> 1 - Tools > Import Map Editor and deleted all of the associations for this
> file. When I re-imported, I was prompted to map each security in the file
> to the correct account. No issues there. But when importing the OFX file
> again, I had the same experience as described above
> 2 - Created a blank file and attempted to import the file there. Through
> the import process, I created new securities and new accounts, nothing
> unexpected there. Then the generic transaction importer dialog popped up,
> but with just the two transactions for the same security cited in the
> original problem dialog. I imported those, clicked OK and then the generic
> transaction importer dialog came up *again* but only with transactions for
> a single, different security. I imported those and repeated the process
for
> each security with transactions in the file. Each time the generic
> transaction importer dialog came up, it only had transactions for a single
> security. This is definitely new behavior that I didn't see in 4.6.
> Previously the import dialog had all the new transactions in the file
> 3 - Reverted to 4.7. Crashed when sele

Re: [GNC] Scheduled transactions do not appear in the register until is pressed

[Christina Martin]

he
imported transactions were already present in the target account. This
is new in the latest version: transactions that were previously imported
are no longer shown the matching dialog. In your case this seems
erroneous. So either it's a bug (i.e., the FITID of the imported
transactions are NOT found in any of the transactions of the account
you're imported into, so they should show) or it's a problem with the
OFX data that the transactions seem to reuse existing FITIDs.
The fact that things work normally when you import into a blank account
would indicate that indeed, the FITID of the imported transactions
already exist in your target account.

SO, could you re-try importing with the latest version, but making sure
you continue clicking OK for each match dialog? Does this work or not?
If not, then we'll need to check whether the FITID of the new imported
transactions somehow have been used before in the previously imported
transactions. To see that, you'd need to pick one that was not imported
(looking at the OFX file), get its FITID, and see in your account
database (save it as an xml file so it can be looked at with a regular
editor) whether that FITID exists.

Jean

On 10/2/2021 8:58 AM, Robin Chattopadhyay wrote:

Ubuntu 20.04 LTS (VMWare virtual machine in case that matters)
Gnucash 4.8
libofx 0.9.15

I tried importing an OFX file from my 401K provider this morning and I

got

a message box that said it had imported 2 transactions for a single
security in the file and there were no additional transactions to

process.

This was incorrect as there were 18 new transactions across nine

securities

(along with a number of other transactions that had already been

imported

previously).

I tried a number of things to resolve (after taking a backup, of

course):

1 - Tools > Import Map Editor and deleted all of the associations for

this

file. When I re-imported, I was prompted to map each security in the

file

to the correct account. No issues there. But when importing the OFX file
again, I had the same experience as described above
2 - Created a blank file and attempted to import the file there. Through
the import process, I created new securities and new accounts, nothing
unexpected there. Then the generic transaction importer dialog popped

up,

but with just the two transactions for the same security cited in the
original problem dialog. I imported those, clicked OK and then the

generic

transaction importer dialog came up *again* but only with transactions

for

a single, different security. I imported those and repeated the process

for

each security with transactions in the file. Each time the generic
transaction importer dialog came up, it only had transactions for a

single

security. This is definitely new behavior that I didn't see in 4.6.
Previously the import dialog had all the new transactions in the file
3 - Reverted to 4.7. Crashed when selecting Import from the File menu
(Trace/breakpoint trap (core dumped). Not unexpected, but thought I

would

try anyway.
4 - Reverted to 4.6. This works as it used to with all the new

transactions

in a single dialog

Finally, I don't know if this matters, but I scanned stdout from the
build/make/install process to see if anything looked obviously wrong

and I

found this (I don't know if it's relevant):

-- Performing Test HAVE_OFX_BUG_39
-- Performing Test HAVE_OFX_BUG_39 - Failed

Thanks,
Robin
___
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.

-- next part --
A non-text attachment was scrubbed...
Name: robin.qfx
Type: application/octet-stream
Size: 56427 bytes
Desc: not available
URL: 
<http://lists.gnucash.org/pipermail/gnucash-user/attachments/20211002/4d9fdfdc/attachment.obj>

-- next part --
A non-text attachment was scrubbed...
Name: test-file.gnucash
Type: application/x-gnucash
Size: 10338 bytes
Desc: not available
URL: 
<http://lists.gnucash.org/pipermail/gnucash-user/attachments/20211002/4d9fdfdc/attachment.bin>


--

Subject: Digest Footer

___

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.


--

End of gnucash-user Digest, Vol 223, Issue 6



___
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] Build 4.8 docs issue

[A Harvey]

Just a nit.  I don't think Kindle devices support ePub, at least not in
recent models.  I'm not sure whether the apps they have for PCs and
phones.  I have a book in LPR format (whatever that is) that works on
Kindle for PC and Phone but not Kindle devices.
>From the Amazon site:
Content Formats Supported
Kindle Format 8 (AZW3), Kindle (AZW), TXT, PDF, unprotected MOBI, PRC
natively; HTML DOC, DOCX, JPEG, GIF, PNG, PMP through conversion; Audible
audio format (AAX).


On Sat, Oct 2, 2021 at 6:07 PM john  wrote:

> It hasn't been a while since I last built mobi-formatted documents with
> Cmake because I do so with every release and we just did one on Tuesday. It
> works fine.
> *However* the mobi format was a proprietary format devised by Amazon.com <
> http://amazon.com/> for their Kindle-branded readers that they deprecated
> in 2019. We're planning to remove it from the build system soon. You should
> be able to load the ePub documents into your Kindle.
>
> Regards,
> John Ralls
>
> > On Oct 2, 2021, at 1:26 PM, Geert Janssens 
> wrote:
> >
> > Please remember to send replies to the list rather than individual
> users.
> > Particularly if you are soliciting for answers from "anyone" ;)
> >
> > As to your problems, can you provide more details ?
> >
> > It's been a while since I tested  the mobi format. Back then it worked
> fine,
> > also with cmake. You have to enable it explicitly though by passing
> > '-DWITH_MOBI=ON' to the cmake call.
> >
> > I wouldn't spend too much effort on it though. We're currently
> considering to
> > drop that format. It has been abandoned by Amazon as well.
> >
> > Regards,
> >
> > Geert
> >
> > Op zaterdag 2 oktober 2021 19:40:30 CEST schreef Giuseppe Foti:
> >> I am fighting with it too, trying to create a gentoo ebuild for it.
> >>
> >> At now I can build, html and epub.
> >>
> >> With pdf I have a sandbox access violation issue,
> >>
> >> Can anyone confirm that "mobi" can be built both for "help" and "guide"
> ?
> >>
> >>
> >>
> >>
> >> Il 02/10/21 18:51, Geert Janssens ha scritto:
> >>
> >> Op zaterdag 2 oktober 2021 18:14:02 CEST schreef Mike Commissaris:
> >>
> >> Installing past versions of docs (ver 4.4) went smoothly.
> >> With ver 4.8 docs build, starting the install from my script file ./
> >> gnucash-docs-4.8.sh
> >> I get an error at line 11: ./configure: No such file or directory
> >> Sure enough, there is no configure script file in my 4.8 docs build
> >> directory.
> >> I have searched for answers but have not figured out how to build docs
> in
> >> ver 4.8.
> >> Any suggestions or pointer to documentation?
> >>
> >> The autotools based build system for gnucash-docs has been deprecated in
> >> favor of the cmake based build system.
> >>
> >> In gnucash-docs 4.8, the bits to use autotools have been fully removed.
> >>
> >> The new way of building is summarized as follows:
> >>
> >> - create a build directory (eg 'build') next to your source directory
> >> - cd build
> >> - cmake ../
> >> - make
> >>
> >> If you used to set an installation prefix while running configure you
> may
> >> want do to the equivalent for your cmake run.
> >> The syntax is "-DCMAKE_INSTALL_PREFIX="
> >>
> >> 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.
> >
> >
> >
> >
> > ___
> > 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 r

Re: [GNC] Problems setting up first OFX transaction download

[Jeff]

On 9/29/21 5:53 PM, David Carlson wrote:

David,

There are multiple ways to skin that cat, and it is not clear which one you
are asking about.

Quicken has an online banking type of feature which Gnucash can sometimes
emulate,  and sometimes not.  In Gnucash it is called online banking.

There is also a manual transaction download feature which works well with
many banks using a file format called QFX or OFX.  That requires manually
going to the bank's website and manually selecting a transaction download
in the OFX or QFX format if available,  saving it locally then importing it
into your data file.  Some banks only offer CSV or other formats.

I personally haven't been able to get the first way to work with any of the
banks that I use, so I use second method.  I would not be able to help you
with online banking.

On Wed, Sep 29, 2021, 5:22 PM Steve Welch via gnucash-user <
gnucash-user@gnucash.org> wrote:


I’ll be following this with interest — I just moved from Moneydance and am
trying to set up credit card transaction downloads from Citi.
No problems doing so in MD, but I haven’t been successful yet in GnuCash.

I’m sure there’s something I’m not understanding here…

Steve


On Sep 29, 2021, at 4:25 PM, David Ellis 

wrote:

I have been using Quicken for home and business for years to keep my one

man

office books. It does everything I need, especially auto-population of

bank

transactions in register for preparing financial statements. Now

converting

to GnuCash and used the wizard to a) import to gnu from Quicken data

file,

then b) set up OFX transaction download from bank directly to gnu. Got

data

import great, but efforts to get OFX duds. I am a retired dba so I kind

of

know what I'm doing, but didn't help much. I called the bank and worked

with

a tech person there but a detailed review of each item in the wizard

didn't

get anywhere with her either. I kept getting the error that there were no
new transactions to download since the last one, which was 3 weeks and 29
transactions ago. Am I going to just have to download CSV monthly and

import

to gnu or can I actually get OFX to work?  Thanks, David

___
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.


I will be following this with interest as well.  I personally have never 
cared for the OFX/QFX format, it limits the data imported to much, the 
QIF format is much more suited and flexible for financial data 
interchange (CSV too if you understand the layout).  Might as well say, 
QIF is informative while OFX/QFX are dumb as a stump when coming from 
any financial institution. OFX/QFX imports tend to leave out important 
information.


Ever since the "newest" version of OFX/QFX came out I am having the same 
trouble, even with files that are supposedly under the previous format.  
New transactions that will not import.  I suspect but can not prove it, 
that the QFX/OFX importer has a hiccup because date ranges and accounts 
match so it skips transactions, new or not.


--
--JEffrey Black M.B.A.

___
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] Newest version for Ubuntu 20.04 LTS

[Jeff]

On 9/29/21 6:48 AM, Jon Schewe wrote:

If you install from flatpak you will get the current version. However
note that there is currently a bug with 4.7 that prevents it from
opening, so you may want to wait on that.

sudo apt install flatpak
sudo flatpak install org.gnucash.GnuCash

flatpak run org.gnucash.GnuCash

On Wed, 2021-09-29 at 01:10 -0500, Jeff wrote:

Short of building from source, is there a link anywhere for upgrading
from 4.2 to the next compatible stable version on Ubuntu 20.04 LTS?  The
Debian list is too far behind since I run multiple O.S.'s.  I tried the
suggested PPA, I think it was sicklylife something or other for 4.3.
Totally screwed up a test set of books that I use just to test new
versions before I turn it loose on my multiple sets of books for
family.  It would be nice to run the same working versions on my Ubuntu
Server (Micro$soft bricked my main server and had to replace it, so I am
migrating everything I can to Ubuntu) and my dual boot laptop.

I have tried several times to build from source but; I am too old school
on my programming language list (i.e. Cobol, Pascal, forth) to get a
build to work.  Every time I have tried it spits out in a foreign
language some error list and fails to build.  My bad.

You would think that someone who wrote over 100,000 lines of C++ code to
handle up to 2 billion inventory items for a POS and parts ordering
system at best cost could easily handle this, but the languages you use
are all too new to me.

I would settle for a copy of "Building the Newest Version of GNC for
Dummies Course" book.


.


So how do I get this to launch from a desktop icon like I had 4.2 
doing?  On Ubuntu. The desktop link still does 4.2 but the command line 
you listed does 4.8.



--
--JEffrey Black M.B.A.

___
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] OFX Import with Investment Transactions

[Jean L]

Thanks Robin!
Good detective work here, and thanks for the examples, I think there 
must be a bug :( . I'll take a look.



If -- after importing the OFX file -- you open one of the account
registers, you'll see duplicate transactions! Although, if you close and
re-open the file, those duplicated transactions do not appear when you
re-open the account register. I don't know what to make of that.


That is super weird :(
Jean

On 10/2/2021 5:19 PM, Robin Chattopadhyay wrote:

Hi Jean-

I understand the logic for #1 and have no concerns about that.

As for #2, I did continue past the first matching dialog and there were no
additional dialogs, the focus returned to the account list.

There are definitely FITIDs that are already in the database that are also
in the most recent OFX file. This is because the provider doesn't allow you
to specify a date range, only 'current quarter' or 'some other quarter'.

I tried something else to research...

Using 4.8, I created a blank file and then imported an OFX file from Sep.
25, 2021. This file had 66 transactions and imported as expected with one
matcher screen per security/account as you indicated would happen. I then
attempted to import the OFX file from Oct. 2. This file has 84 transactions
-- the same 66 transactions from the Sep. 25 file plus 18 new transactions
dated 9/24.

The program then presents the dialog for the first account. There are two
transactions in the most recent file for this account; however they're
already in the database, thus triggering the message "OFX file
/home/robin/Downloads.qfx' imported transactions for account 'xxx' 2
transactions processed, no transactions to match". That makes sense as
those are older transactions that are already in the database. I clicked
'Close' for that dialog and then the focus returns to the main application.
It's almost as if the program -- having determined that there were no new
transactions to import into the first account -- decided not to look at the
subsequent accounts.

In service to the greater good, I am attaching the test file I created and
the Oct. 2 OFX file. I have removed all of the position data (there are
limits to what I'm willing to share :-) ), but that will not negatively
affect the import process.

Something else that I just noticed...

If -- after importing the OFX file -- you open one of the account
registers, you'll see duplicate transactions! Although, if you close and
re-open the file, those duplicated transactions do not appear when you
re-open the account register. I don't know what to make of that.

On Sat, Oct 2, 2021 at 1:52 PM Jean L  wrote:

Yes, there's a new behavior with OFX import. The match dialog shows up
for each target account, so if you're importing securities the dialog
will show up for each security. This could be a real annoyance if there
are many different securities, so we may want to change that behavior.
The new behavior was introduced to fix an issue when a single OFX file
had transfers between accounts.

I see two issues here:
1) The fact that the match dialog runs for each target account (see
comment above)
2) The fact that some of your imported transactions were simply ignored.

About 2): Did you try to continue with the import after the first
matching dialog? Did it then go to the next securities? Or did you just
abort thinking something was wrong (not expecting the new behavior of
seeing the matching dialog for each security instead of all together as
before)

If that was not the case (i.e., you tried continuing but nothing else
happened) one reason why this could happen is if the FITID used for the
imported transactions were already present in the target account. This
is new in the latest version: transactions that were previously imported
are no longer shown the matching dialog. In your case this seems
erroneous. So either it's a bug (i.e., the FITID of the imported
transactions are NOT found in any of the transactions of the account
you're imported into, so they should show) or it's a problem with the
OFX data that the transactions seem to reuse existing FITIDs.
The fact that things work normally when you import into a blank account
would indicate that indeed, the FITID of the imported transactions
already exist in your target account.

SO, could you re-try importing with the latest version, but making sure
you continue clicking OK for each match dialog? Does this work or not?
If not, then we'll need to check whether the FITID of the new imported
transactions somehow have been used before in the previously imported
transactions. To see that, you'd need to pick one that was not imported
(looking at the OFX file), get its FITID, and see in your account
database (save it as an xml file so it can be looked at with a regular
editor) whether that FITID exists.

Jean

On 10/2/2021 8:58 AM, Robin Chattopadhyay wrote:

Ubuntu 20.04 LTS (VMWare virtual machine in case that matters)
Gnucash 4.8
libofx 0.9.15

I tried importing an OFX file from my 401K provider t

Re: [GNC] Build 4.8 docs issue

[john]

Interesting, thanks.

Do you know if there's a discernible difference between how a Kindle displays a 
PDF and a MOBI?

Regards,
John Ralls


> On Oct 2, 2021, at 7:55 PM, A Harvey  wrote:
> 
> Just a nit.  I don't think Kindle devices support ePub, at least not in 
> recent models.  I'm not sure whether the apps they have for PCs and phones.  
> I have a book in LPR format (whatever that is) that works on Kindle for PC 
> and Phone but not Kindle devices.
> From the Amazon site:
> Content Formats Supported
> Kindle Format 8 (AZW3), Kindle (AZW), TXT, PDF, unprotected MOBI, PRC 
> natively; HTML DOC, DOCX, JPEG, GIF, PNG, PMP through conversion; Audible 
> audio format (AAX).
> 
> 
> On Sat, Oct 2, 2021 at 6:07 PM john  > wrote:
> It hasn't been a while since I last built mobi-formatted documents with Cmake 
> because I do so with every release and we just did one on Tuesday. It works 
> fine.
> *However* the mobi format was a proprietary format devised by Amazon.com 
> > for their Kindle-branded readers 
> that they deprecated in 2019. We're planning to remove it from the build 
> system soon. You should be able to load the ePub documents into your Kindle.
> 
> Regards,
> John Ralls
> 
> > On Oct 2, 2021, at 1:26 PM, Geert Janssens  > > wrote:
> > 
> > Please remember to send replies to the list rather than individual users. 
> > Particularly if you are soliciting for answers from "anyone" ;)
> > 
> > As to your problems, can you provide more details ?
> > 
> > It's been a while since I tested  the mobi format. Back then it worked 
> > fine, 
> > also with cmake. You have to enable it explicitly though by passing 
> > '-DWITH_MOBI=ON' to the cmake call.
> > 
> > I wouldn't spend too much effort on it though. We're currently considering 
> > to 
> > drop that format. It has been abandoned by Amazon as well.
> > 
> > Regards,
> > 
> > Geert
> > 
> > Op zaterdag 2 oktober 2021 19:40:30 CEST schreef Giuseppe Foti:
> >> I am fighting with it too, trying to create a gentoo ebuild for it.
> >> 
> >> At now I can build, html and epub.
> >> 
> >> With pdf I have a sandbox access violation issue,
> >> 
> >> Can anyone confirm that "mobi" can be built both for "help" and "guide" ?
> >> 
> >> 
> >> 
> >> 
> >> Il 02/10/21 18:51, Geert Janssens ha scritto:
> >> 
> >> Op zaterdag 2 oktober 2021 18:14:02 CEST schreef Mike Commissaris:
> >> 
> >> Installing past versions of docs (ver 4.4) went smoothly.
> >> With ver 4.8 docs build, starting the install from my script file ./
> >> gnucash-docs-4.8.sh 
> >> I get an error at line 11: ./configure: No such file or directory
> >> Sure enough, there is no configure script file in my 4.8 docs build
> >> directory.
> >> I have searched for answers but have not figured out how to build docs in
> >> ver 4.8.
> >> Any suggestions or pointer to documentation?
> >> 
> >> The autotools based build system for gnucash-docs has been deprecated in
> >> favor of the cmake based build system.
> >> 
> >> In gnucash-docs 4.8, the bits to use autotools have been fully removed.
> >> 
> >> The new way of building is summarized as follows:
> >> 
> >> - create a build directory (eg 'build') next to your source directory
> >> - cd build
> >> - cmake ../
> >> - make
> >> 
> >> If you used to set an installation prefix while running configure you may
> >> want do to the equivalent for your cmake run.
> >> The syntax is "-DCMAKE_INSTALL_PREFIX="
> >> 
> >> 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.
> > 
> > 
> > 
> > 
> > ___
> > 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 

Re: [GNC] Build 4.8 docs issue

[A Harvey]

John,
Big difference, to me at least.  I don't know the correct terminology or
internal details, but I can tell you what happens if one tries to read a
MOBI or PDF format.
With MOBI, the Kindle will reflow text to fit the screen.  For example, if
I use a font size such that 10 words of a page fit on the first line of the
screen, the 11th word displays at the beginning of the next line.  Change
the font size and the device adjusts the number of words on each line to
fit so that the screen is always filled with text and nothing is cut off at
the edges.
PDF specifies exactly where every letter, or other mark, appears on a
page.  The Kindle displays an entire page at a time on the screen. If the
document was created for an 8.5" by11" page size, then the text is very
puny on the display.  One can zoom in on a section of the page, but the
person reading must constantly drag the image around since only part of a
line fits on the screen when zoomed.  If the PDF was generated to fit on a
Kindle, 3.5" by 4.75", then it would be okay. Not the normal case.
I don't know whether my explanation was clear, but the short answer is that
reading a PDF on a Kindle is not fun, while MOBI is comfortable.
-Arthur


On Sun, Oct 3, 2021 at 12:32 AM john  wrote:

> Interesting, thanks.
>
> Do you know if there's a discernible difference between how a Kindle
> displays a PDF and a MOBI?
>
> Regards,
> John Ralls
>
>
> On Oct 2, 2021, at 7:55 PM, A Harvey  wrote:
>
> Just a nit.  I don't think Kindle devices support ePub, at least not in
> recent models.  I'm not sure whether the apps they have for PCs and
> phones.  I have a book in LPR format (whatever that is) that works on
> Kindle for PC and Phone but not Kindle devices.
> From the Amazon site:
> Content Formats Supported
> Kindle Format 8 (AZW3), Kindle (AZW), TXT, PDF, unprotected MOBI, PRC
> natively; HTML DOC, DOCX, JPEG, GIF, PNG, PMP through conversion; Audible
> audio format (AAX).
>
>
> On Sat, Oct 2, 2021 at 6:07 PM john  wrote:
>
>> It hasn't been a while since I last built mobi-formatted documents with
>> Cmake because I do so with every release and we just did one on Tuesday. It
>> works fine.
>> *However* the mobi format was a proprietary format devised by Amazon.com
>>  for their Kindle-branded readers that they
>> deprecated in 2019. We're planning to remove it from the build system soon.
>> You should be able to load the ePub documents into your Kindle.
>>
>> Regards,
>> John Ralls
>>
>> > On Oct 2, 2021, at 1:26 PM, Geert Janssens 
>> wrote:
>> >
>> > Please remember to send replies to the list rather than individual
>> users.
>> > Particularly if you are soliciting for answers from "anyone" ;)
>> >
>> > As to your problems, can you provide more details ?
>> >
>> > It's been a while since I tested  the mobi format. Back then it worked
>> fine,
>> > also with cmake. You have to enable it explicitly though by passing
>> > '-DWITH_MOBI=ON' to the cmake call.
>> >
>> > I wouldn't spend too much effort on it though. We're currently
>> considering to
>> > drop that format. It has been abandoned by Amazon as well.
>> >
>> > Regards,
>> >
>> > Geert
>> >
>> > Op zaterdag 2 oktober 2021 19:40:30 CEST schreef Giuseppe Foti:
>> >> I am fighting with it too, trying to create a gentoo ebuild for it.
>> >>
>> >> At now I can build, html and epub.
>> >>
>> >> With pdf I have a sandbox access violation issue,
>> >>
>> >> Can anyone confirm that "mobi" can be built both for "help" and
>> "guide" ?
>> >>
>> >>
>> >>
>> >>
>> >> Il 02/10/21 18:51, Geert Janssens ha scritto:
>> >>
>> >> Op zaterdag 2 oktober 2021 18:14:02 CEST schreef Mike Commissaris:
>> >>
>> >> Installing past versions of docs (ver 4.4) went smoothly.
>> >> With ver 4.8 docs build, starting the install from my script file ./
>> >> gnucash-docs-4.8.sh
>> >> I get an error at line 11: ./configure: No such file or directory
>> >> Sure enough, there is no configure script file in my 4.8 docs build
>> >> directory.
>> >> I have searched for answers but have not figured out how to build docs
>> in
>> >> ver 4.8.
>> >> Any suggestions or pointer to documentation?
>> >>
>> >> The autotools based build system for gnucash-docs has been deprecated
>> in
>> >> favor of the cmake based build system.
>> >>
>> >> In gnucash-docs 4.8, the bits to use autotools have been fully removed.
>> >>
>> >> The new way of building is summarized as follows:
>> >>
>> >> - create a build directory (eg 'build') next to your source directory
>> >> - cd build
>> >> - cmake ../
>> >> - make
>> >>
>> >> If you used to set an installation prefix while running configure you
>> may
>> >> want do to the equivalent for your cmake run.
>> >> The syntax is "-DCMAKE_INSTALL_PREFIX="
>> >>
>> >> Regards,
>> >>
>> >> Geert
>> >>
>> >>
>> >> ___
>> >> gnucash-user mailing list
>> >> gnucash-user@gnucash.org
>> >> To update your subscription preferences or to unsubscribe:
>> >> https://lists.gnu

Re: [GNC] Newest version for Ubuntu 20.04 LTS

[david whiting]

Create a desktop file on the desktop. To do this, open a text editor,
e.g. gedit, and paste the following into a file and save it on your
desktop with the name gnucash-maint.desktop (example file attached):

=== gnucash-maint.desktop ===

[Desktop Entry]
Type=Application
Terminal=false
Exec=/home/jeff/Documents/gnucash/build/bin/gnucash
Name=GnuCash (maint)
Comment=Manage home and small business accounts
Icon=/home/jeff/Documents/gnucash/build/share/gnucash/pixmaps/gnucash-icon.ico

=== End of gnucash-maint.desktop ===

Note that:

1) I am guessing your username and am assuming that you have used the
paths in the bash script. Change the Exec and Icon lines accordingly
if your username is different.
2) I am assuming here you want to run it from the build folder. If you
run make install after building it, you will find it in
/home/jeff/opt/gnucash/bin/gnucash and can use that path instead in
the Exec and Icon lines (assuming your home is /home/jeff)

Once you have saved the file on your desktop, right click it and
select "Allow launching". You should now see the GnuCash icon with the
name "GnuCash (maint)" and should be able to use it to launch gnucash.
Going forward, if you want to keep up with the maintenance release,
and ultimately the next release, you can just git pull in the source
folder and build it again.

David

On Sun, 3 Oct 2021 at 05:25, Jeff  wrote:
>
> On 9/29/21 6:48 AM, Jon Schewe wrote:
> > If you install from flatpak you will get the current version. However
> > note that there is currently a bug with 4.7 that prevents it from
> > opening, so you may want to wait on that.
> >
> > sudo apt install flatpak
> > sudo flatpak install org.gnucash.GnuCash
> >
> > flatpak run org.gnucash.GnuCash
> >
> > On Wed, 2021-09-29 at 01:10 -0500, Jeff wrote:
> >> Short of building from source, is there a link anywhere for upgrading
> >> from 4.2 to the next compatible stable version on Ubuntu 20.04 LTS?  The
> >> Debian list is too far behind since I run multiple O.S.'s.  I tried the
> >> suggested PPA, I think it was sicklylife something or other for 4.3.
> >> Totally screwed up a test set of books that I use just to test new
> >> versions before I turn it loose on my multiple sets of books for
> >> family.  It would be nice to run the same working versions on my Ubuntu
> >> Server (Micro$soft bricked my main server and had to replace it, so I am
> >> migrating everything I can to Ubuntu) and my dual boot laptop.
> >>
> >> I have tried several times to build from source but; I am too old school
> >> on my programming language list (i.e. Cobol, Pascal, forth) to get a
> >> build to work.  Every time I have tried it spits out in a foreign
> >> language some error list and fails to build.  My bad.
> >>
> >> You would think that someone who wrote over 100,000 lines of C++ code to
> >> handle up to 2 billion inventory items for a POS and parts ordering
> >> system at best cost could easily handle this, but the languages you use
> >> are all too new to me.
> >>
> >> I would settle for a copy of "Building the Newest Version of GNC for
> >> Dummies Course" book.
> >>
> > .
>
> So how do I get this to launch from a desktop icon like I had 4.2
> doing?  On Ubuntu. The desktop link still does 4.2 but the command line
> you listed does 4.8.
>
>
> --
> --JEffrey Black M.B.A.
>
> ___
> 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.



-- 
David Whiting


gnucash-maint.desktop
Description: application/desktop
___
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.