[GNC] Invoicing

[John Walker]

I have not used the invoice sections of GnuCash for some time. The work 
done since that time up to version 4.8 has been astounding and of course 
caused me to go through quite a learning curve.


I have a few questions:
I believe the only header images that are appropriate for stylesheets 
are 100dpi png formats up to 15cm wide.  Is this correct?  I experienced 
quite a few adventures working this out. Is there a better method 
available for working with images in stylesheets besides trial and error?


I was able to make up a custom stylesheet and get a satisfactory invoice 
template.  However, it did not save when I shut down Gnucash.  What am I 
doing wrong?


Is there any documentation concerning the CSS-based stylesheet 
(experimental)?  Is this an area a mug punter like myself should be 
playing with?


Cheers
John


___
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 10/2/21 12:48 PM, david whiting wrote:

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


As time permits I will give it a try.  All of my previous attempts have 
failed.


My next problem seems that after following, shoot can not remember who 
demonstrated it for me, the Flatpak install of 4.8 keeps copying my 
books from an external drive to my user desktop. Complete with all timed 
backups.  Clearly I have an environment variable set wrong someplace.  
Oh well, that's what keeps development interesting, figuring out where 
you hid that little gremlin in the system.


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

[Roger Moore]

There was indeed a bug so I opened
https://bugs.gnucash.org/show_bug.cgi?id=798327 and created a PR with a
simple fix.
I verified that on the file that Robin provided the import continues as
expected for all 11 securities.

On Sun, Oct 3, 2021 at 2:21 PM john  wrote:

> That sounds like https://bugs.gnucash.org/show_bug.cgi?id=798208 <
> https://bugs.gnucash.org/show_bug.cgi?id=798208>, which is fixed in
> GnuCash 4.8.
>
> Regards,
> John Ralls
>
>
> > On Oct 3, 2021, at 9:19 AM, Robin Chattopadhyay 
> wrote:
> >
> > Yes, I'm familiar with that issue as well as my spouse's 401K OFX has fee
> > transactions where shares are sold to pay plan expenses, but those
> > transactions appear only as cash withdrawals and the sale transactions do
> > not get imported.
> >
> > That one doesn't bother me as much because it's one transaction per month
> > vs 9 every two weeks.
> >
> > On Sun, Oct 3, 2021 at 11:04 AM Kalpesh Patel 
> wrote:
> >
> >> The issues that you are seeing I believe has to do with changes that OFX
> >> introduced in libofx which has been included since 4.5 and above
> version of
> >> GnuCash. FWIW, I am running on Windows 10 Pro desktop but that likely
> >> doesn't matter when it comes to core functionality.
> >>
> >> I also had problems where some of transactions would not get imported in
> >> from an OFX file and these transactions I deduced from trial and error
> are
> >> specifically if they are related to deposit and withdrawal of cash in
> Stock
> >> or Mutual Fund account. I am not sure if this is the behavior on your
> end
> >> or
> >> not but it sounds like it. This might be because libofx author may have
> >> changed philosophy and its implementation where cash in and out are not
> >> considered investment transactions such as buy and sell of a stock,
> bond,
> >> mutual fund, etc.
> >>
> >> Because of that I have stayed at GnuCash 4.4 (specifically Build ID:
> >> 4.4+(2020-12-28) for Windows) which I have known to properly import
> >> brokerage created OFX files for import. I've reached out to the author
> of
> >> libofx for understanding and I am still waiting to hear back from them.
> >>
> >> It may be worth a shot to install that version and see if it imports OFX
> >> correctly. If you have a blank file then it should ask for appropriate
> >> input
> >> via dialogue box such as creation of "securities", corresponding
> >> "brokerage"
> >> account, etc. You can then go back and edit those "security" and enable
> >> download of prices using Finance::Quote Perl module with yahoo_jason as
> the
> >> source for it if you want to automate it.
> >>
> >> For FWIW, GnuCash 4.5 on windows used to crash when 'Actions' -->
> 'Check &
> >> Repair' --> 'Check & Repair All' would be selected to run which I do now
> >> and
> >> then to make sure that my xml based file is in good shape (this is carry
> >> over habit from Quicken as it was known to corrupt files).
> >>
> >> This may not be the answer you are looking for but hope this helps a
> bit.
> >>
> >> Kalpesh...
> >>
> >> --
> >>
> >> Message: 2
> >> Date: Sat, 2 Oct 2021 10:58:44 -0500
> >> From: Robin Chattopadhyay 
> >> To: Gnucash Users 
> >> Subject: [GNC] OFX Import with Investment Transactions
> >> Message-ID:
> >> >> 7jjed1oqxw_jpqssxjx...@mail.gmail.com>
> >> Content-Type: text/plain; charset="UTF-8"
> >>
> >> 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 

Re: [GNC] Making the leap to latest

[Peter West]

I would disagree with “don’t upgrade unless entirely necessary." Open source 
software (OSS) requires a different approach. Proprietary software offers 
guarantees of the support lifetime of the software you purchase, paid for by 
your money. The resources for development and support are very limited and 
voluntary. The benefits of OSS come with some implied responsibilities.

Keep your software up-to-date.
Keep the installer for you current version of the software. When the 
next version is released, secure the backup of your date and install the new 
software. If something goes wrong, re-install the working version, restore your 
date, and report your problem. We recently had two successive install 
difficulties, for example. You don’t need to keep the dud installers, obviously.

Keep an eye on the mailing list, and offer your suggestions to other users if 
yo think you know how to fix their problems.

Peter
—
Peter West
p...@ehealth.id.au
“The one who hears you hears me, and the one who rejects you rejects me, and 
the one who rejects me rejects him who sent me.”


> On 3 Oct 2021, at 8:11 am, 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] Build 4.8 docs issue

[A Harvey]

Addressing the messages in reverse order.
I should have been more precise.  All my comments have assumed the user has
an Kindle e-reader, i.e. "Kindle", "Kindle Paperwhite" or "Kindle Oasis".
I thought the "Kindle Fire" was or is a tablet, not just an e-reader.  I
know very little about the Fire.  I think it has a color display and does
stuff one might expect a tablet to do including download and run apps.

With respect to how to get documents onto a Kindle, either of the methods I
briefly described will work for any format supported by the Kindle.  I have
a bunch of books I bought from a non-Amazon site that lets one download a
purchased book in multiple formats.  This site offers PDF, ePub and MOBI.
I uploaded books in all 3 formats (including ePub) from my PC to my Amazon
account by emailing the books, as attachments, to the email address
supplied by Amazon for that purpose.  My Kindle will display all of these
in the list of documents for my personal library.  WiFi connection
required, of course. If I want to read them, I can download them from my
library at Amazon to my Kindle device over the network. They remain stored
on the device until I decide to remove them.  I can read the PDF version,
with some pain as I mentioned. I can read the MOBI version without any
trouble.  If I try to read the ePub, I get an error essentially telling me
it can't decipher that.

I have also loaded various format docs from my PC to my Kindle via a USB
cable.  I find the email method to be much easier and faster than
connecting the device to my PC.  Also, I can load the books from my library
to the Android Kindle app and to the Windows app in the same way as I do
for the Kindle device.

With respect to handling HTML as a document, it works fine if there is only
a *single* HTML file with no other files required.  I don't think this
would work very well for the GNC documentation if it requires any other
files of any type including HTML or a directory structure.  I think
Amazon has a section on its web site with information for authors.  I have
not looked at this and don't know if it has suggestions that would help for
the GNC documentation.

Regarding Amazon dropping MOBI, I hadn't heard about Amazon dropping MOBI
support from their readers.  There would be a large number of pissed-off
people who bought content from Amazon in MOBI years ago. I'm guessing they
require any new books that are sold through Amazon to be one of the AZW
formats as I think they have better formatting capabilities and make it
harder to remove DRM.  I haven't investigated that carefully so don't quote
me.

I tried the link from flywire
https://gnucash-docs-rst.readthedocs.io/en/latest/index.html
 in the "Experimental Browser" (I'm thinking that the browser has been
around maybe 10 or more years.  An endless experiment).  I was happy that
it loaded more quickly than I expected.  Most of my time was spent trying
to correctly type the url.  Using links to navigate worked fine.  One must
remember that the Kindle display is black and white only so everything is
grayscale.  Also, it has the same size issue as does PDF.  The entire page
is loaded and the only way to enlarge text is by zooming in.  No reflow of
that document.

I also loaded a single HTML document to the device and displayed it as I
would any other book . It works fine. Text reflows and it follows links to
locations that are within the document.

Hope some of this information proves useful.
-Arthur



On Sun, Oct 3, 2021 at 7:24 PM D.  wrote:

> The app question depends on the type of Kindle you're using. The Fire has
> supported apps in the past, but more bare bones Kindles don't.
> --
> *From:* A Harvey
> *Sent:* Sun Oct 03 15:30:50 EDT 2021
> *To:* "D."
> *Cc:* flywire , Gnucash Users
> *Subject:* Re: [GNC] Build 4.8 docs issue
>
> Flywire and D.
> Thanks for the suggestions.  I will try them tonight and report back.
>
> The Kindle has what Amazon calls the "Experimental Browser".  I have tried
> it a few times in the past just to see what it's like.  What it's like is
> pouring molasses, but it works.  I will try entering the link in the Kindle
> browser.  I will also try to display an HTML document loaded to my Kindle
> to compare the speed.  I assume that would be much faster. To get an HTML
> document to a Kindle, I either have to email it to an address that is
> unique to my account which will store it with the rest of my docs on an
> Amazon server, or plug my Kindle into a PC and copy the document from the
> PC to the Kindle.
>
> With respect to downloading an app, I don't think the Kindle supports apps
> of any kind. I should say I have never seen any downloadable apps on Amazon
> or on the web. I have seen a few grumbles about Kindle not having
> downloadable games.
> -Arthur
>
> On Sun, Oct 3, 2021 at 9:29 AM D. via gnucash-user <
> gnucash-user@gnucash.org> wrote:
>
>> If Arthur can load the html in your link on his Kindle, he could install
>> an epub 

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

[Christina Martin]

I agree Glenn. It used to do so.

Regards,
Christina

Christina Martin
Sent from my device, please excuse any typo's.
On 4 October 2021 1:27:12 am Glenn Fowler  wrote:

Hi Christina,

What you described is the same issue. The only difference is I am pressing 
 and you are closing and reopening the register for the scheduled 
transactions to appear.


The expected behaviour should be for the scheduled transactions to appear 
without user input in the register.


On Sat, Oct 2, 2021 at 10:17 PM Christina Martin 
 wrote:

I have a similar problem, although I haven't tried entering a blank txn.
Another user reported something similar back in February and I tried to add
my $0.02 worth at the time, but two messages I sent didn't get through.

In a nutshell, I save the registry, close and reopen it and the txns show up.

Below is a copy of the information I tried to send in Feb, setting out the
testing I had done.

"I tried to send this response to the list 2 days ago, but I haven't seen
it come in on the digest, so I must have done something wrong.




I finally had time to sit down and do some testing and I'm covering things
raised and suggested in a variety of digests up to Wed 10/2.




This odd behaviour started when I was using the previous version, and I
hoped that the upgrade to the 4.x series would fix it. I *think* I was
still on 2.x when I upgraded last year, but I can't be certain of that (the
manual update process means I tend to leave it for a while). For a variety
of reasons that I don't wish to get into now, I decided to start a new file
for the start of the Australian financial year on 1 July 2020. I can't
remember exactly what I did except that it involved a blank copy of the
original account tree. I then manually created all my scheduled
transactions to match the original file. I don't know if that means that
I've somehow imported an old error.




I'm running GC 4.2 (build 4.2+(2020-09-26) on Windows 10 Home 64 bit OS
(build 19041.746). The only filters I have set are to hide reconciled txns
in each register, and the financial year for Australia.




The first thing I've noticed is that I don't need to fully close GC to get
the scheduled txns to display - closing and reopening the account is
sufficient. I tend to keep all 4 personal accounts open all the time inside
GC, so I guess I'd potentially have to close and reopen all 4, in which
case, closing and reopening the entire file is easier.




I have created a new scheduled txn from a dummy txn in my register. I left
"Notify me when created ticked". I saved the file and then ran Actions ->
Scheduled Txns -> Since Last Run... I cancelled the Since Last Run window
that popped up. The txns did not display until I closed and reopened the
account register although I could see that the balance in the register
changed where the next txn should be showing up. When I click on OK at the
Since Last Run window, the full details of the scheduled txns immediately
show up in the register. If I click on the "Review Created Transactions"
check box in the Since Last Run... window and click on OK, the two txns
that should show up open in a new register window titled Created
Transactions *and* I can see them immediately in the account register.




David Carlson mentioned that he didn't know what I meant by GC telling me
on start up how many scheduled txns it had created. My scheduled txns are
*always* set to be Enabled (ticked) Create automatically (ticked) Create in
advance 14 days ticked. I always disable Notify me when created (as I
hadn't noticed until today that was an option to turn off in Edit ->
Preferences -> Scheduled Transactions - in my defence, I last edited them
several years ago). I created a new scheduled txn according to these
parameters and I get a pop-up window on start up that says:




"There are no Scheduled Transactions to be entered at this time. (2
transactions automatically created) -> Close"




The txns will change the balance in the register, but the actual detail
won't display until the account is closed and reopened.




If I have "Notify me when created" checked, I get the Since Last Run window
instead. All of my 30+ scheduled txns do *not* have this enabled - I do not
need to be told what they are on start up, I just need them to show up in
the register - and I have run it this way since very early on in using GC,
it must be at least 10 years. The problem I'm seeing started some time in
2019 (or at the very latest, very early 2020). I'm vague about exactly when
because it took a while to be certain I was seeing a consistent issue and
not imagining it (since they eventually displayed).




The last thing I tried was to turn off "Notify before transactions are
created" in Edit -> Preferences -> Scheduled Transactions. I then went
through the steps of creating and running a new scheduled txn only to find
the same problem that the register balance changes, but the detail doesn't
display until the account is closed and reopened.

Re: [GNC] Build 4.8 docs issue

[D. via gnucash-user]

The app question depends on the type of Kindle you're using. The Fire has 
supported apps in the past, but more bare bones Kindles don't. 


 Original Message 
From: A Harvey 
Sent: Sun Oct 03 15:30:50 EDT 2021
To: "D." 
Cc: flywire , Gnucash Users 
Subject: Re: [GNC] Build 4.8 docs issue

Flywire and D.
Thanks for the suggestions.  I will try them tonight and report back.

The Kindle has what Amazon calls the "Experimental Browser".  I have tried
it a few times in the past just to see what it's like.  What it's like is
pouring molasses, but it works.  I will try entering the link in the Kindle
browser.  I will also try to display an HTML document loaded to my Kindle
to compare the speed.  I assume that would be much faster. To get an HTML
document to a Kindle, I either have to email it to an address that is
unique to my account which will store it with the rest of my docs on an
Amazon server, or plug my Kindle into a PC and copy the document from the
PC to the Kindle.

With respect to downloading an app, I don't think the Kindle supports apps
of any kind. I should say I have never seen any downloadable apps on Amazon
or on the web. I have seen a few grumbles about Kindle not having
downloadable games.
-Arthur

On Sun, Oct 3, 2021 at 9:29 AM D. via gnucash-user 
wrote:

> If Arthur can load the html in your link on his Kindle, he could install
> an epub app (such as Overdrive) and get his flow going using that.
>
>
>  Original Message 
> From: flywire 
> Sent: Sun Oct 03 07:25:44 EDT 2021
> To: Gnucash Users 
> Subject: [GNC] Build 4.8 docs issue
>
> Arthur, that's a nice summary of a
> https://en.wikipedia.org/wiki/Reflowable_document
>
> The issue has been raised and
> https://gnucash-docs-rst.readthedocs.io/en/latest/index.html was
> offered as a format. Does it work on a Kindle?
> ___
> 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

[AC]

Thanks but this isn't my first rodeo with migrating computers.  It's
only my first migration with GnuCash to a later version and the primary
purpose of my question is to make sure that changes in the file storage
format get translated correctly since I'm well aware that the format has
changed at least once since 2.6.x.


On 2021-10-02 15:30, Michael or Penny Novack wrote:
> 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] Build 4.8 docs issue

[john]

Don't you have to connect your Kindle to a PC in order to install the docs in 
MOBI format too? How would we package the html, which is a few dozen files with 
a directory structure, so that it's easy to install into the Kindle?

That question is mostly from curiosity. It seems that we got bad information 
and we should continue to provide MOBI downloads.

Regards,
John Ralls


> On Oct 3, 2021, at 12:30 PM, A Harvey  wrote:
> 
> Flywire and D.
> Thanks for the suggestions.  I will try them tonight and report back.
> 
> The Kindle has what Amazon calls the "Experimental Browser".  I have tried
> it a few times in the past just to see what it's like.  What it's like is
> pouring molasses, but it works.  I will try entering the link in the Kindle
> browser.  I will also try to display an HTML document loaded to my Kindle
> to compare the speed.  I assume that would be much faster. To get an HTML
> document to a Kindle, I either have to email it to an address that is
> unique to my account which will store it with the rest of my docs on an
> Amazon server, or plug my Kindle into a PC and copy the document from the
> PC to the Kindle.
> 
> With respect to downloading an app, I don't think the Kindle supports apps
> of any kind. I should say I have never seen any downloadable apps on Amazon
> or on the web. I have seen a few grumbles about Kindle not having
> downloadable games.
> -Arthur
> 
> On Sun, Oct 3, 2021 at 9:29 AM D. via gnucash-user 
> wrote:
> 
>> If Arthur can load the html in your link on his Kindle, he could install
>> an epub app (such as Overdrive) and get his flow going using that.
>> 
>> 
>>  Original Message 
>> From: flywire 
>> Sent: Sun Oct 03 07:25:44 EDT 2021
>> To: Gnucash Users 
>> Subject: [GNC] Build 4.8 docs issue
>> 
>> Arthur, that's a nice summary of a
>> https://en.wikipedia.org/wiki/Reflowable_document
>> 
>> The issue has been raised and
>> https://gnucash-docs-rst.readthedocs.io/en/latest/index.html was
>> offered as a format. Does it work on a Kindle?
>> ___
>> 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] OFX Import with Investment Transactions

[john]

That sounds like https://bugs.gnucash.org/show_bug.cgi?id=798208 
, which is fixed in GnuCash 
4.8.

Regards,
John Ralls


> On Oct 3, 2021, at 9:19 AM, Robin Chattopadhyay  wrote:
> 
> Yes, I'm familiar with that issue as well as my spouse's 401K OFX has fee
> transactions where shares are sold to pay plan expenses, but those
> transactions appear only as cash withdrawals and the sale transactions do
> not get imported.
> 
> That one doesn't bother me as much because it's one transaction per month
> vs 9 every two weeks.
> 
> On Sun, Oct 3, 2021 at 11:04 AM Kalpesh Patel  wrote:
> 
>> The issues that you are seeing I believe has to do with changes that OFX
>> introduced in libofx which has been included since 4.5 and above version of
>> GnuCash. FWIW, I am running on Windows 10 Pro desktop but that likely
>> doesn't matter when it comes to core functionality.
>> 
>> I also had problems where some of transactions would not get imported in
>> from an OFX file and these transactions I deduced from trial and error are
>> specifically if they are related to deposit and withdrawal of cash in Stock
>> or Mutual Fund account. I am not sure if this is the behavior on your end
>> or
>> not but it sounds like it. This might be because libofx author may have
>> changed philosophy and its implementation where cash in and out are not
>> considered investment transactions such as buy and sell of a stock, bond,
>> mutual fund, etc.
>> 
>> Because of that I have stayed at GnuCash 4.4 (specifically Build ID:
>> 4.4+(2020-12-28) for Windows) which I have known to properly import
>> brokerage created OFX files for import. I've reached out to the author of
>> libofx for understanding and I am still waiting to hear back from them.
>> 
>> It may be worth a shot to install that version and see if it imports OFX
>> correctly. If you have a blank file then it should ask for appropriate
>> input
>> via dialogue box such as creation of "securities", corresponding
>> "brokerage"
>> account, etc. You can then go back and edit those "security" and enable
>> download of prices using Finance::Quote Perl module with yahoo_jason as the
>> source for it if you want to automate it.
>> 
>> For FWIW, GnuCash 4.5 on windows used to crash when 'Actions' --> 'Check &
>> Repair' --> 'Check & Repair All' would be selected to run which I do now
>> and
>> then to make sure that my xml based file is in good shape (this is carry
>> over habit from Quicken as it was known to corrupt files).
>> 
>> This may not be the answer you are looking for but hope this helps a bit.
>> 
>> Kalpesh...
>> 
>> --
>> 
>> Message: 2
>> Date: Sat, 2 Oct 2021 10:58:44 -0500
>> From: Robin Chattopadhyay 
>> To: Gnucash Users 
>> Subject: [GNC] OFX Import with Investment Transactions
>> Message-ID:
>>> 7jjed1oqxw_jpqssxjx...@mail.gmail.com>
>> Content-Type: text/plain; charset="UTF-8"
>> 
>> 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 

Re: [GNC] Build 4.8 docs issue

[A Harvey]

Flywire and D.
Thanks for the suggestions.  I will try them tonight and report back.

The Kindle has what Amazon calls the "Experimental Browser".  I have tried
it a few times in the past just to see what it's like.  What it's like is
pouring molasses, but it works.  I will try entering the link in the Kindle
browser.  I will also try to display an HTML document loaded to my Kindle
to compare the speed.  I assume that would be much faster. To get an HTML
document to a Kindle, I either have to email it to an address that is
unique to my account which will store it with the rest of my docs on an
Amazon server, or plug my Kindle into a PC and copy the document from the
PC to the Kindle.

With respect to downloading an app, I don't think the Kindle supports apps
of any kind. I should say I have never seen any downloadable apps on Amazon
or on the web. I have seen a few grumbles about Kindle not having
downloadable games.
-Arthur

On Sun, Oct 3, 2021 at 9:29 AM D. via gnucash-user 
wrote:

> If Arthur can load the html in your link on his Kindle, he could install
> an epub app (such as Overdrive) and get his flow going using that.
>
>
>  Original Message 
> From: flywire 
> Sent: Sun Oct 03 07:25:44 EDT 2021
> To: Gnucash Users 
> Subject: [GNC] Build 4.8 docs issue
>
> Arthur, that's a nice summary of a
> https://en.wikipedia.org/wiki/Reflowable_document
>
> The issue has been raised and
> https://gnucash-docs-rst.readthedocs.io/en/latest/index.html was
> offered as a format. Does it work on a Kindle?
> ___
> 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] Build 4.8 docs issue

[Geert Janssens]

As a side note, I am surprised you you are building epub, html and pdf for 
your  ebuild. On linux the idea is you build the "ghelp" target* which 
generates the documentation in the format gnucash expects. It's installed in a 
way that is should open with yelp.

The other formats were never intended to be distributed in linux packages. 
They are there to help us generate alternative formats for download from the 
gnucash website.

Regards,

Geert

* Well, to be more precise if you configure the buildsystem with cmake on  
linux, it will by default only enable the ghelp target. And currently 'make' 
(without target) will do nothing on linux as until recently there was no need 
to build the documents for yelp. They could be used straight from the source 
directory for development. Only 'make install' would copy all required files 
in the appropriate install location.
I said 'until recently' because very recently there have been changes that do 
require to run make in order to get a build of the documentation that can be 
tested with yelp for development. For linux packagers this still doesn't 
matter, they only need the 'make install' step.


Op zaterdag 2 oktober 2021 22:26:19 CEST schreef 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.




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

Kalpesh, if you could give me samples of OFX files that do not work with 
the current code, I'd be happy to fix the issues. I've been working on 
the OFX import (not the libofx, but GC part of it) and it's quite 
possible that some of the issues that you're seeing are caused by GC, 
and not changes to libofx...

Jean


On 10/3/2021 9:43 AM, Kalpesh Patel wrote:

I believe your issue falls in the part of those libofx changes that were made. 
Are those nine transactions versus one in the same account or different account 
in same file?

  


There are multiple way to hash this and thus finding the issue: singe account 
or multiple accounts in same ofx file (even how they are constructed matters – 
similar to two fully ofx files concat’ed together version versus one session 
with two accounts in one file) –by- cash only transactions, cash and security 
transactions or security transactions only -by-  security/mutual fund account 
or non-security/non-mutual fund account. From what I can tell various combos of 
these fails to work properly, sadly. I didn’t keep the list of use cases 
validated around but I just fell back to earlier version (4.4) that has been 
working fine so far for all those use cases.

  


From: Robin Chattopadhyay 
Sent: Sunday, October 03, 2021 12:19 PM
To: Kalpesh Patel 
Cc: Gnucash Users 
Subject: Re: [GNC] OFX Import with Investment Transactions

  


Yes, I'm familiar with that issue as well as my spouse's 401K OFX has fee 
transactions where shares are sold to pay plan expenses, but those transactions 
appear only as cash withdrawals and the sale transactions do not get imported.

  


That one doesn't bother me as much because it's one transaction per month vs 9 
every two weeks.

  


On Sun, Oct 3, 2021 at 11:04 AM Kalpesh Patel mailto:kalpesh.pa...@usa.net> > wrote:

The issues that you are seeing I believe has to do with changes that OFX
introduced in libofx which has been included since 4.5 and above version of
GnuCash. FWIW, I am running on Windows 10 Pro desktop but that likely
doesn't matter when it comes to core functionality.

I also had problems where some of transactions would not get imported in
from an OFX file and these transactions I deduced from trial and error are
specifically if they are related to deposit and withdrawal of cash in Stock
or Mutual Fund account. I am not sure if this is the behavior on your end or
not but it sounds like it. This might be because libofx author may have
changed philosophy and its implementation where cash in and out are not
considered investment transactions such as buy and sell of a stock, bond,
mutual fund, etc.

Because of that I have stayed at GnuCash 4.4 (specifically Build ID:
4.4+(2020-12-28) for Windows) which I have known to properly import
brokerage created OFX files for import. I've reached out to the author of
libofx for understanding and I am still waiting to hear back from them.

It may be worth a shot to install that version and see if it imports OFX
correctly. If you have a blank file then it should ask for appropriate input
via dialogue box such as creation of "securities", corresponding "brokerage"
account, etc. You can then go back and edit those "security" and enable
download of prices using Finance::Quote Perl module with yahoo_jason as the
source for it if you want to automate it.

For FWIW, GnuCash 4.5 on windows used to crash when 'Actions' --> 'Check &
Repair' --> 'Check & Repair All' would be selected to run which I do now and
then to make sure that my xml based file is in good shape (this is carry
over habit from Quicken as it was known to corrupt files).

This may not be the answer you are looking for but hope this helps a bit.

Kalpesh...

--

Message: 2
Date: Sat, 2 Oct 2021 10:58:44 -0500
From: Robin Chattopadhyay mailto:robinra...@gmail.com> >
To: Gnucash Users mailto:gnucash-user@gnucash.org> >
Subject: [GNC] OFX Import with Investment Transactions
Message-ID:
 mailto:7jjed1oqxw_jpqssxjx...@mail.gmail.com> >
Content-Type: text/plain; charset="UTF-8"

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 

Re: [GNC] OFX Import with Investment Transactions

[Kalpesh Patel]

I believe your issue falls in the part of those libofx changes that were made. 
Are those nine transactions versus one in the same account or different account 
in same file? 

 

There are multiple way to hash this and thus finding the issue: singe account 
or multiple accounts in same ofx file (even how they are constructed matters – 
similar to two fully ofx files concat’ed together version versus one session 
with two accounts in one file) –by- cash only transactions, cash and security 
transactions or security transactions only -by-  security/mutual fund account 
or non-security/non-mutual fund account. From what I can tell various combos of 
these fails to work properly, sadly. I didn’t keep the list of use cases 
validated around but I just fell back to earlier version (4.4) that has been 
working fine so far for all those use cases.

 

From: Robin Chattopadhyay  
Sent: Sunday, October 03, 2021 12:19 PM
To: Kalpesh Patel 
Cc: Gnucash Users 
Subject: Re: [GNC] OFX Import with Investment Transactions

 

Yes, I'm familiar with that issue as well as my spouse's 401K OFX has fee 
transactions where shares are sold to pay plan expenses, but those transactions 
appear only as cash withdrawals and the sale transactions do not get imported.

 

That one doesn't bother me as much because it's one transaction per month vs 9 
every two weeks.

 

On Sun, Oct 3, 2021 at 11:04 AM Kalpesh Patel mailto:kalpesh.pa...@usa.net> > wrote:

The issues that you are seeing I believe has to do with changes that OFX
introduced in libofx which has been included since 4.5 and above version of
GnuCash. FWIW, I am running on Windows 10 Pro desktop but that likely
doesn't matter when it comes to core functionality.

I also had problems where some of transactions would not get imported in
from an OFX file and these transactions I deduced from trial and error are
specifically if they are related to deposit and withdrawal of cash in Stock
or Mutual Fund account. I am not sure if this is the behavior on your end or
not but it sounds like it. This might be because libofx author may have
changed philosophy and its implementation where cash in and out are not
considered investment transactions such as buy and sell of a stock, bond,
mutual fund, etc.

Because of that I have stayed at GnuCash 4.4 (specifically Build ID:
4.4+(2020-12-28) for Windows) which I have known to properly import
brokerage created OFX files for import. I've reached out to the author of
libofx for understanding and I am still waiting to hear back from them. 

It may be worth a shot to install that version and see if it imports OFX
correctly. If you have a blank file then it should ask for appropriate input
via dialogue box such as creation of "securities", corresponding "brokerage"
account, etc. You can then go back and edit those "security" and enable
download of prices using Finance::Quote Perl module with yahoo_jason as the
source for it if you want to automate it.

For FWIW, GnuCash 4.5 on windows used to crash when 'Actions' --> 'Check &
Repair' --> 'Check & Repair All' would be selected to run which I do now and
then to make sure that my xml based file is in good shape (this is carry
over habit from Quicken as it was known to corrupt files).

This may not be the answer you are looking for but hope this helps a bit.

Kalpesh...

--

Message: 2
Date: Sat, 2 Oct 2021 10:58:44 -0500
From: Robin Chattopadhyay mailto:robinra...@gmail.com> >
To: Gnucash Users mailto:gnucash-user@gnucash.org> >
Subject: [GNC] OFX Import with Investment Transactions
Message-ID:
mailto:7jjed1oqxw_jpqssxjx...@mail.gmail.com> >
Content-Type: text/plain; charset="UTF-8"

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 

Re: [GNC] OFX Import with Investment Transactions

[Robin Chattopadhyay]

Yes, I'm familiar with that issue as well as my spouse's 401K OFX has fee
transactions where shares are sold to pay plan expenses, but those
transactions appear only as cash withdrawals and the sale transactions do
not get imported.

That one doesn't bother me as much because it's one transaction per month
vs 9 every two weeks.

On Sun, Oct 3, 2021 at 11:04 AM Kalpesh Patel  wrote:

> The issues that you are seeing I believe has to do with changes that OFX
> introduced in libofx which has been included since 4.5 and above version of
> GnuCash. FWIW, I am running on Windows 10 Pro desktop but that likely
> doesn't matter when it comes to core functionality.
>
> I also had problems where some of transactions would not get imported in
> from an OFX file and these transactions I deduced from trial and error are
> specifically if they are related to deposit and withdrawal of cash in Stock
> or Mutual Fund account. I am not sure if this is the behavior on your end
> or
> not but it sounds like it. This might be because libofx author may have
> changed philosophy and its implementation where cash in and out are not
> considered investment transactions such as buy and sell of a stock, bond,
> mutual fund, etc.
>
> Because of that I have stayed at GnuCash 4.4 (specifically Build ID:
> 4.4+(2020-12-28) for Windows) which I have known to properly import
> brokerage created OFX files for import. I've reached out to the author of
> libofx for understanding and I am still waiting to hear back from them.
>
> It may be worth a shot to install that version and see if it imports OFX
> correctly. If you have a blank file then it should ask for appropriate
> input
> via dialogue box such as creation of "securities", corresponding
> "brokerage"
> account, etc. You can then go back and edit those "security" and enable
> download of prices using Finance::Quote Perl module with yahoo_jason as the
> source for it if you want to automate it.
>
> For FWIW, GnuCash 4.5 on windows used to crash when 'Actions' --> 'Check &
> Repair' --> 'Check & Repair All' would be selected to run which I do now
> and
> then to make sure that my xml based file is in good shape (this is carry
> over habit from Quicken as it was known to corrupt files).
>
> This may not be the answer you are looking for but hope this helps a bit.
>
> Kalpesh...
>
> --
>
> Message: 2
> Date: Sat, 2 Oct 2021 10:58:44 -0500
> From: Robin Chattopadhyay 
> To: Gnucash Users 
> Subject: [GNC] OFX Import with Investment Transactions
> Message-ID:
>  7jjed1oqxw_jpqssxjx...@mail.gmail.com>
> Content-Type: text/plain; charset="UTF-8"
>
> 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 

Re: [GNC] OFX Import with Investment Transactions

[Kalpesh Patel]

The issues that you are seeing I believe has to do with changes that OFX
introduced in libofx which has been included since 4.5 and above version of
GnuCash. FWIW, I am running on Windows 10 Pro desktop but that likely
doesn't matter when it comes to core functionality.

I also had problems where some of transactions would not get imported in
from an OFX file and these transactions I deduced from trial and error are
specifically if they are related to deposit and withdrawal of cash in Stock
or Mutual Fund account. I am not sure if this is the behavior on your end or
not but it sounds like it. This might be because libofx author may have
changed philosophy and its implementation where cash in and out are not
considered investment transactions such as buy and sell of a stock, bond,
mutual fund, etc.

Because of that I have stayed at GnuCash 4.4 (specifically Build ID:
4.4+(2020-12-28) for Windows) which I have known to properly import
brokerage created OFX files for import. I've reached out to the author of
libofx for understanding and I am still waiting to hear back from them. 

It may be worth a shot to install that version and see if it imports OFX
correctly. If you have a blank file then it should ask for appropriate input
via dialogue box such as creation of "securities", corresponding "brokerage"
account, etc. You can then go back and edit those "security" and enable
download of prices using Finance::Quote Perl module with yahoo_jason as the
source for it if you want to automate it.

For FWIW, GnuCash 4.5 on windows used to crash when 'Actions' --> 'Check &
Repair' --> 'Check & Repair All' would be selected to run which I do now and
then to make sure that my xml based file is in good shape (this is carry
over habit from Quicken as it was known to corrupt files).

This may not be the answer you are looking for but hope this helps a bit.

Kalpesh...

--

Message: 2
Date: Sat, 2 Oct 2021 10:58:44 -0500
From: Robin Chattopadhyay 
To: Gnucash Users 
Subject: [GNC] OFX Import with Investment Transactions
Message-ID:

Content-Type: text/plain; charset="UTF-8"

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.

Re: [GNC] Searching issues

[David Carlson]

It seems odd that a distro release 3.8 would change in Linux Mint when it
does not in other linux flavors.   Have you changed desktops or ??

On Sun, Oct 3, 2021, 10:04 AM Mike via gnucash-user <
gnucash-user@gnucash.org> wrote:

> My distribution is behind on updates as usual. I think I can get 4.0
> with the Flatpak version. I would rather use an Appimage, but I don't
> think there is one.
>
> Mike
>
> On 10/3/21 9:22 AM, Glenn Fowler wrote:
> > Hi,
> >
> > I believe the more robust type-ahead search was added on v4 so have
> > you tried updating from v3.8 from 12/2019?
> >
> > On Sun, Oct 3, 2021 at 10:00 AM Mike via gnucash-user
> > mailto:gnucash-user@gnucash.org>> wrote:
> >
> > I'm using GNC v3.8 on Linux Mint 20.2. Until recently while
> > entering a
> > transaction as I began typing in the account field GNC would begin
> > searching for the matching entry. For instance when I began typing
> > sal... the entries with sal in them (sales:tax) would appear and I
> > could
> > click on the entry I wanted. That no longer happens and I cannot
> > find a
> > setting to correct it. Any ideas on how to get this back?
> >
> > 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.
> >
>
> ___
> 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] Searching issues

[Mike via gnucash-user]

My distribution is behind on updates as usual. I think I can get 4.0 
with the Flatpak version. I would rather use an Appimage, but I don't 
think there is one.


Mike

On 10/3/21 9:22 AM, Glenn Fowler wrote:

Hi,

I believe the more robust type-ahead search was added on v4 so have 
you tried updating from v3.8 from 12/2019?


On Sun, Oct 3, 2021 at 10:00 AM Mike via gnucash-user 
mailto:gnucash-user@gnucash.org>> wrote:


I'm using GNC v3.8 on Linux Mint 20.2. Until recently while
entering a
transaction as I began typing in the account field GNC would begin
searching for the matching entry. For instance when I began typing
sal... the entries with sal in them (sales:tax) would appear and I
could
click on the entry I wanted. That no longer happens and I cannot
find a
setting to correct it. Any ideas on how to get this back?

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.



___
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] Searching issues

[Mike via gnucash-user]

It has only started recently. When I chose to display only leaf account 
names the search function seemed to work except it only showed top 
categories. I.E. Taxes instead of Taxes:State.


Mike

On 10/3/21 9:28 AM, David Carlson wrote:
I am using release 3.8 in Linux and the behavior in the account box is 
still the same as it has been for years. You need to enter characters 
matching existing entries in the COA.


The changed search behavior is more recent, iirc that started in 
release 4.something.


On Sun, Oct 3, 2021, 9:01 AM Mike via gnucash-user 
mailto:gnucash-user@gnucash.org>> wrote:


I'm using GNC v3.8 on Linux Mint 20.2. Until recently while
entering a
transaction as I began typing in the account field GNC would begin
searching for the matching entry. For instance when I began typing
sal... the entries with sal in them (sales:tax) would appear and I
could
click on the entry I wanted. That no longer happens and I cannot
find a
setting to correct it. Any ideas on how to get this back?

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.



___
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] Searching issues

[david whiting]

I would add that the new search is really, really good. I have over
1,000 accounts and it is a breeze to get the account I want.

David

On Sun, 3 Oct 2021 at 15:29, David Carlson  wrote:
>
> I am using release 3.8 in Linux and the behavior in the account box is
> still the same as it has been for years.  You need to enter characters
> matching existing entries in the COA.
>
> The changed search behavior is more recent,  iirc that started in release
> 4.something.
>
> On Sun, Oct 3, 2021, 9:01 AM Mike via gnucash-user 
> wrote:
>
> > I'm using GNC v3.8 on Linux Mint 20.2. Until recently while entering a
> > transaction as I began typing in the account field GNC would begin
> > searching for the matching entry. For instance when I began typing
> > sal... the entries with sal in them (sales:tax) would appear and I could
> > click on the entry I wanted. That no longer happens and I cannot find a
> > setting to correct it. Any ideas on how to get this back?
> >
> > 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.
> >
> ___
> 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-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] Searching issues

[David Carlson]

I am using release 3.8 in Linux and the behavior in the account box is
still the same as it has been for years.  You need to enter characters
matching existing entries in the COA.

The changed search behavior is more recent,  iirc that started in release
4.something.

On Sun, Oct 3, 2021, 9:01 AM Mike via gnucash-user 
wrote:

> I'm using GNC v3.8 on Linux Mint 20.2. Until recently while entering a
> transaction as I began typing in the account field GNC would begin
> searching for the matching entry. For instance when I began typing
> sal... the entries with sal in them (sales:tax) would appear and I could
> click on the entry I wanted. That no longer happens and I cannot find a
> setting to correct it. Any ideas on how to get this back?
>
> 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.
>
___
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] Searching issues

[Glenn Fowler]

Hi,

I believe the more robust type-ahead search was added on v4 so have you
tried updating from v3.8 from 12/2019?

On Sun, Oct 3, 2021 at 10:00 AM Mike via gnucash-user <
gnucash-user@gnucash.org> wrote:

> I'm using GNC v3.8 on Linux Mint 20.2. Until recently while entering a
> transaction as I began typing in the account field GNC would begin
> searching for the matching entry. For instance when I began typing
> sal... the entries with sal in them (sales:tax) would appear and I could
> click on the entry I wanted. That no longer happens and I cannot find a
> setting to correct it. Any ideas on how to get this back?
>
> 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.
>
___
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

[David Carlson]

Regarding those duplicate transactions in the account register during the
import process,  there has been a long standing bug in the generic import
assistant  which allows the incoming transactions to be seen but if they
are selected they cannot be unselected without changing the final result
when the import is done.

If the duplicate s are those same incoming transactions,  they are probably
from that old bug number 721139.

On Sat, Oct 2, 2021, 11:31 PM Jean L  wrote:

> 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 

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

[Glenn Fowler]

Hi Christina,

What you described is the same issue. The only difference is I am pressing
 and you are closing and reopening the register for the scheduled
transactions to appear.

The expected behaviour should be for the scheduled transactions to appear
without user input in the register.

On Sat, Oct 2, 2021 at 10:17 PM Christina Martin <
christ...@airgeadstudio.net> wrote:

> I have a similar problem, although I haven't tried entering a blank txn.
> Another user reported something similar back in February and I tried to
> add
> my $0.02 worth at the time, but two messages I sent didn't get through.
>
> In a nutshell, I save the registry, close and reopen it and the txns show
> up.
>
> Below is a copy of the information I tried to send in Feb, setting out the
> testing I had done.
>
> "I tried to send this response to the list 2 days ago, but I haven't seen
> it come in on the digest, so I must have done something wrong.
>
>
>
>
> I finally had time to sit down and do some testing and I'm covering things
> raised and suggested in a variety of digests up to Wed 10/2.
>
>
>
>
> This odd behaviour started when I was using the previous version, and I
> hoped that the upgrade to the 4.x series would fix it. I *think* I was
> still on 2.x when I upgraded last year, but I can't be certain of that
> (the
> manual update process means I tend to leave it for a while). For a variety
> of reasons that I don't wish to get into now, I decided to start a new
> file
> for the start of the Australian financial year on 1 July 2020. I can't
> remember exactly what I did except that it involved a blank copy of the
> original account tree. I then manually created all my scheduled
> transactions to match the original file. I don't know if that means that
> I've somehow imported an old error.
>
>
>
>
> I'm running GC 4.2 (build 4.2+(2020-09-26) on Windows 10 Home 64 bit OS
> (build 19041.746). The only filters I have set are to hide reconciled txns
> in each register, and the financial year for Australia.
>
>
>
>
> The first thing I've noticed is that I don't need to fully close GC to get
> the scheduled txns to display - closing and reopening the account is
> sufficient. I tend to keep all 4 personal accounts open all the time
> inside
> GC, so I guess I'd potentially have to close and reopen all 4, in which
> case, closing and reopening the entire file is easier.
>
>
>
>
> I have created a new scheduled txn from a dummy txn in my register. I left
> "Notify me when created ticked". I saved the file and then ran Actions ->
> Scheduled Txns -> Since Last Run... I cancelled the Since Last Run window
> that popped up. The txns did not display until I closed and reopened the
> account register although I could see that the balance in the register
> changed where the next txn should be showing up. When I click on OK at the
> Since Last Run window, the full details of the scheduled txns immediately
> show up in the register. If I click on the "Review Created Transactions"
> check box in the Since Last Run... window and click on OK, the two txns
> that should show up open in a new register window titled Created
> Transactions *and* I can see them immediately in the account register.
>
>
>
>
> David Carlson mentioned that he didn't know what I meant by GC telling me
> on start up how many scheduled txns it had created. My scheduled txns are
> *always* set to be Enabled (ticked) Create automatically (ticked) Create
> in
> advance 14 days ticked. I always disable Notify me when created (as I
> hadn't noticed until today that was an option to turn off in Edit ->
> Preferences -> Scheduled Transactions - in my defence, I last edited them
> several years ago). I created a new scheduled txn according to these
> parameters and I get a pop-up window on start up that says:
>
>
>
>
> "There are no Scheduled Transactions to be entered at this time. (2
> transactions automatically created) -> Close"
>
>
>
>
> The txns will change the balance in the register, but the actual detail
> won't display until the account is closed and reopened.
>
>
>
>
> If I have "Notify me when created" checked, I get the Since Last Run
> window
> instead. All of my 30+ scheduled txns do *not* have this enabled - I do
> not
> need to be told what they are on start up, I just need them to show up in
> the register - and I have run it this way since very early on in using GC,
> it must be at least 10 years. The problem I'm seeing started some time in
> 2019 (or at the very latest, very early 2020). I'm vague about exactly
> when
> because it took a while to be certain I was seeing a consistent issue and
> not imagining it (since they eventually displayed).
>
>
>
>
> The last thing I tried was to turn off "Notify before transactions are
> created" in Edit -> Preferences -> Scheduled Transactions. I then went
> through the steps of creating and running a new scheduled txn only to find
> the same problem that the register balance changes, but the detail doesn't
> 

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

[Glenn Fowler]

Yes Robin that is my issue. The only difference is I am opening GnuCash
after the scheduled time. Either way, the register doesn't refresh without
 or another action.

On Sat, Oct 2, 2021 at 6:37 PM Robin Chattopadhyay 
wrote:

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

[GNC] Searching issues

[Mike via gnucash-user]

I'm using GNC v3.8 on Linux Mint 20.2. Until recently while entering a 
transaction as I began typing in the account field GNC would begin 
searching for the matching entry. For instance when I began typing 
sal... the entries with sal in them (sales:tax) would appear and I could 
click on the entry I wanted. That no longer happens and I cannot find a 
setting to correct it. Any ideas on how to get this back?


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

[D. via gnucash-user]

If Arthur can load the html in your link on his Kindle, he could install an 
epub app (such as Overdrive) and get his flow going using that. 


 Original Message 
From: flywire 
Sent: Sun Oct 03 07:25:44 EDT 2021
To: Gnucash Users 
Subject: [GNC] Build 4.8 docs issue

Arthur, that's a nice summary of a
https://en.wikipedia.org/wiki/Reflowable_document

The issue has been raised and
https://gnucash-docs-rst.readthedocs.io/en/latest/index.html was
offered as a format. Does it work on a Kindle?
___
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] Build 4.8 docs issue

[flywire]

Arthur, that's a nice summary of a
https://en.wikipedia.org/wiki/Reflowable_document

The issue has been raised and
https://gnucash-docs-rst.readthedocs.io/en/latest/index.html was
offered as a format. Does it work on a Kindle?
___
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]

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.

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:
>> >>