Steve,
The fact that some transactions appear in red during the matching and
account assignment step of the import process tells you that GnuCash has no
idea what to do with those transactions.
Your job is to assign the correct accounts during the import and GnuCash
may do better next time.
It
Hello Steve,
Am 29.09.23 um 03:59 schrieb Steve Freeman:
Sorry, it was my first post in the listserv. I didn't know how exactly how
it worked. Will not use default signature again and will use a fresh email
to start a new thread.
NP
-original
When I import transactions (using
Sorry, it was my first post in the listserv. I didn't know how exactly how
it worked. Will not use default signature again and will use a fresh email
to start a new thread.
-original
When I import transactions (using csv) about 10% do not import, i.e. show up
in red as requiring
Roland,
My flatpak saved reports on Linux Mint 21 Cinnamon 64-bit are in
/home//.var/app/org.gnucash.GnuCash/data/gnucash/saved-reports-2.8
if it helps...
Cheers David H.
On Thu, 28 Sept 2023 at 04:20, Roland Giesler via gnucash-user <
gnucash-user@gnucash.org> wrote:
> I eventually got
Adrien,
Not quite. The importer matcher is trained by the material that is actually
imported and uses it to set up the probability tables the Bayesian matcher uses
to assign accounts. The setup is mainly for setting formats and making sure the
requisite data columns are assigned to the correct
Looks like a bloated signature that Steve should not use when posting to
the list. (and who didn't start a new thread, twice now at that, mere
minutes apart. Oddly, this one showed up for me after the second one.)
Regards,
Adrien
On 9/28/23 5:24 PM, David Carlson wrote:
Where are the lengthy
Steve
Likely not. It is mainly because of bad habits indulged in by the institutions
you deal with. My bank only supplies a common direct debit request authorityno
for two separate direct debit gym memberships rather than a unique transaction
number and the matcher is never able to separate them
Where are the lengthy off-topic footnotes coming from?
We do not need them in this maillist.
On Thu, Sep 28, 2023 at 5:11 PM Steve Freeman wrote:
> When I import transactions (using csv) about 10% do not import, i.e. show
> up
> in red as requiring intervention. Some of these are repeated
The saved reports are stored in GNC_USERDATA_DIR
click on help->about and you should see the link there, click and proceed
Saludos Cordiales
Murugan
From: gnucash-user
on behalf of
Roland Giesler via gnucash-user
Sent: Thursday, September 28, 2023 4:28
When I import transactions (using csv) about 10% do not import, i.e. show up
in red as requiring intervention. Some of these are repeated transactions,
e.g. Apple.Com/Bill $5.32. is there some way to teach GnuCash to accept
these?
Thank you for any help.
Steve
-
Steven F. Freeman *
Steve, you'd do better to start a new thread than reply to a different
topic.
Simply send your message to the list address.
Otherwise, it might be buried and folks who can help might not see it.
As to your specific question, I don't use the importer, so I can't help
with specific steps
When I import transactions (using csv) about 10% do not import, i.e. show up
in red as requiring intervention. Some of these are repeated transactions,
e.g. Apple.Com/Bill $5.32.
Is there some way to teach GnuCash to accept these?
Thank you for any help.
Steve
-
Steven F. Freeman *
Right. The build ID is supposed to be "5.4+". Sorry if that wasn't clear from
the announcement. The new gnucash-5.4-1.setup.exe has it right, see the
attached screenshot. As I said, if this doesn't bother you you needn't do
anything.
> On Sep 28, 2023, at 12:46 PM, Ken Pyzik wrote:
>
> I'm
Roland,
You already have a thread posted on this, no need to repost to get an
answer.
I saw your previous post, but didn't reply yet since I don't use the
flatpak and was going to leave this for others who do.
However, I guess I can at least ask for clarification concerning:
"I don't see
This is getting weirder.
It is not one invoice, but so far, just the invoices from one Vendor.
Additionally, if I close all invoice tabs from that vendor, I can now
resize left-to-right, but only using the title bar. The side of the
window wants to drag the whole window and trying to resize
I eventually got around to installing a new Ubuntu 22.04 VM with
flatpak, GNUCash 5.3 and postgres 14.
All is well, except that I can't figure out where to put my customised
invoices file: saved_reports-2.8
According to /https://wiki.gnucash.org/wiki/Configuration_Locations/ it
should be in
An astute flatpak user noticed that the version reflected in the splash screen
and About GnuCash window wasn't quite right, showing the release commit as a
revision of 5.3 instead of plain 5.4. I tracked the problem back to the tarball
generation, so I've made new tarballs, AIO bundles, and
Yes, it does change to a right or left-only arrow, sorry I forgot to
mention that.
I usually keep several tabs open for some time, so I decided to start
closing them to see if one was the issue, and indeed, one particular
bill from one particular vendor is causing the problem.
Now, to see
Adrien,
I don't see any resizing issues with 5.4. Late 2013 Mac Pro/macOS 12.6 and 2022
M1 Mini/macOS 15 Developer beta from a month ago. The window shrinks to too
small to be useful.
Does the resize cursor change from double headed to single headed when it
declines to shrink any more?
Mark,
I posted my comment about suggested date too soon. I forgot it is a
preference.
Regards,
Adrien
On 9/28/23 9:46 AM, Mark Truelove wrote:
Hi, I just wanted to say wow, Gnucash has never suggested today as the
reconciliation date for me. It is typically 30 days/a month after the last
Hi, I just wanted to say wow, Gnucash has never suggested today as the
reconciliation date for me. It is typically 30 days/a month after the last
reconciled date, which I then need to adjust to the statement date about
half the time (if it's a day or two off). I can't remember it ever not
being
OK, that explains the difference in behaviour that I'm seeing to what
you're seeing. I have Preferences > Register > Reconciling > 'Always
reconcile to today' unchecked.
Peter
On 28/9/2023 11:04, Adrien Monteleone wrote:
It seems I forgot that is influenced by: Preferences > Register >
On 28/9/2023 10:22, Adrien Monteleone wrote:
On the contrary, GnuCash has *always* as far as I can recall after
over a decade, suggested today's date for the closing date. I don't
ever remember it suggesting a date in the past.
When I do reconciliations, the default statement date is one
23 matches
Mail list logo