On 1/10/24 1:48 AM, David Carlson wrote:
Oh, release 5.5 has a couple of bugs, the Windoze version especially.
You may want to revert to release 5.4, but that has it's own issue, so
check the history here and choose your poison.
On Wed, Jan 10, 2024 at 1:42 AM David Carlson
wrote:
May
Hi,
Is there a list somewhere of what fields are checked by the importer when
matching transactions? I'm trying to import a CSV file that contains
already-existing transactions and the importer is failing to detect them
(there are hundreds so I don't want to manually de-select them all).
John
___
Please remember to copy the list on all replies. That way others can
benefit from the discussion.
Glad to hear 5.4 is working fine for you.
Regards,
Adrien
On 1/11/24 5:40 AM, Maria Inmaculada de la Torre wrote:
Thanks, I have installed the previous version and the reports seem to be
working
That's a bummer. Now imagine you're dealing with Google and since you
changed ISPs and your IP address is different, they don't think it is
'you' any more, despite knowing relevant passwords and having 2FA set
up! (and not having anyone to contact about it)
Regards,
Adrien
On 1/11/24 1:53 AM,
If their drives with OS installations are intact, perhaps converting
them to VM images might suffice for now.
As for Windows software, have you given the latest Wine a spin with it?
It may not work 100% out of the box, but you might get close enough with
some fiddling.
Regards,
Adrien
On 1/
I've been having the same issue with qfx/ofx files, but I find when I click on
the clear check box it finds the matching transaction. You might want to try
that.
Sent from Samsung Galaxy smartphone.
Original message
From: John Haiducek
Date: 1/11/24 10:43 AM (GMT-05:00)
Checking "Clear" (or "Update+Clear") doesn't work in my case. When I check
those it says "Match missing!", even for cases where every imported field
is identical to an existing transaction.
On Thu, Jan 11, 2024 at 11:44 AM Gyle McCollam wrote:
> I've been having the same issue with qfx/ofx files
90 minutes of reconciling down the drain with a crash near the end of the
final account. Oddly, even though GnuC auto saves periodically, it seems
none of any add/delete/balance transactions were saved in any account! Why
would that be
___
gnucash-use
Sounds like you were trying to import too much data in one shot.
On Thu, Jan 11, 2024 at 11:20 AM Jack Slater wrote:
> 90 minutes of reconciling down the drain with a crash near the end of the
> final account. Oddly, even though GnuC auto saves periodically, it seems
> none of any add/delete/bal
You may find some of this in the log files and be able to "replay the
changes to transactions".
Dale
On Thu, Jan 11, 2024 at 11:22 AM Jack Slater wrote:
> 90 minutes of reconciling down the drain with a crash near the end of the
> final account. Oddly, even though GnuC auto saves periodically,
Hello Adrien,
My apologies about the incorrect reply, it was my first time sending
information to the list. And yes all reports are working fine in the
previous version 5.4, I have generated the biggest one of them and had no
issues.
Thank you for the help and advice.
Regards,
Inma
On Thu, 11
I wasn't "importing" anything, just reconciling the same accounts I've been
doing the same way every month for years. After reopening the file I
noticed "new" entries that I never made and when I tried to delete them it
crashed again. So I rebooted the PC, opened my backup file (external drive)
fro
Sorry Dale but I'd no idea how or what to look for or do.
On Thu, Jan 11, 2024 at 11:35 AM Dale Alspach wrote:
> You may find some of this in the log files and be able to "replay the
> changes to transactions".
>
> Dale
>
> On Thu, Jan 11, 2024 at 11:22 AM Jack Slater
> wrote:
>
>> 90 minutes o
Perhaps there is info in the stack trace:
https://wiki.gnucash.org/wiki/Stack_Trace
From: gnucash-user on
behalf of Jack Slater
Sent: Thursday, January 11, 2024 12:41 PM
To: Dale Alspach
Cc: gnucash-user@gnucash.org
Subject: Re: [GNC] Maddening
Sorry
Hello,
Long time user working in Windows 10 with Gnucash 4.13.
I have a number of scheduled transactions that I use; one of them has multiple
splits. With the new year, I needed to update this scheduled transaction. I
began modifying the amounts on different lines of the transaction, and when
Here's what I have done so far
Rebooted, updated to 5.5, went through the entire reconcile process
(savings, checking, credit) and after each correcting entry I saved. I
noticed after an added entry near the end that a "rogue" entry had been
created in the same account, same name of payee, but
On 2024-01-11 12:55, David T. via gnucash-user wrote:
> Long time user working in Windows 10 with Gnucash 4.13.
>
> I have a number of scheduled transactions that I use; one of them
> has multiple splits. With the new year, I needed to update this
> scheduled transaction. I began modifying the am
On 1/11/2024 12:11 PM, Jack Slater wrote:
90 minutes of reconciling down the drain with a crash near the end of the
final account. Oddly, even though GnuC auto saves periodically, it seems
none of any add/delete/balance transactions were saved in any account! Why
would that be
Horses and b
I've found the "Prompt for value" option with SXes to be downright annoying.
I go to Gnucash to check the balances in a savings account, and the SX dialog
pops up asking me for a dollar amount for my electric bill (and won't seem to
let me just click past). Inevitably, I just put in any old numb
I would guess that the code for calculating the balancing amount as the
sum of the other splits is part of the code that forces the transaction
to be balanced before committing.
Since SXs don't have this rule, that code to sum the other splits never
gets executed.
Regards,
Adrien
On 1/11/24
You don't have to do it in your head.
While an extra step compared to normal registers, you can still do math
on a split.
When entering that balancing split, enter the amount as a sum formula.
(split one amount + split two amount, etc.) GnuCash will give you the
overall sum.
Regards,
Adrie
That sounds like you have an SX to autocreate. Perhaps turn that off and
it won't fire.
Otherwise, perhaps turn off the preference to execute the Since Last Run
dialog on startup. You can still run it manually to fire any pending
SXs, but otherwise, not have it bother you if you just want to p
You can post an image as an attachment to your email, it will be
available to the group here.
~w:http://www.lorimarksolutions.com
On 1/11/24 13:00, Jack Slater wrote:
Is there a way I post the image?
___
gnucash-user mailing list
gnucash-user@gnuc
I have had similar issues. My only "solution" was to hit the "Save" button
after any action or entry. Gnucash can then crash as it always does and I
will only have lost at most one transaction. I have the autosave feature
enabled for every 5 minutes. The constant crashing seems to be related to
Going out on a limb...
These folks have a free virus scanner;
https://www.eset.com/us/home/online-scanner/
Based on how you described the symptom, I'd start to be a little curious
about that copy of Windows.
~w:http://www.lorimarksolutions.com
On 1/11/24 15:29, Joseph Keithley wrote:
I ha
I think that we need to see how SX's will work after the Since Last Run
druid is fixed before proposing more improvements. If I understand
correctly, there is an unresolved issue preventing nightly builds, so it
will be difficult to test anything right now anyway.
As for balancing SX's, I often r
My last post wrote how I had in fact done a hard save after each entry down
to the point where I had to delete the "rogue" system generated transaction
and it crashed again. So reboot again. Start GnC. Reconcile the last
account I was doing. Scanned for the "rogue" transaction and it was in fact
go
On Wed, Jan 10, 2024 at 7:00 PM Adrien Monteleone <
adrien.montele...@lusfiber.net> wrote:
> Also, since it is prompting you to save, that tells me something was
> edited without a save. Perhaps manually save, then attempt to switch. At
> least that should determine if the crash is happening on sa
Jack:
On 2024-01-11 09:11, Jack Slater wrote:
90 minutes of reconciling down the drain with a crash near the end of the
final account
My commiserations. Yes, it is maddening to lose 90 minutes of work when
the tech decides to fail you.
... Oddly, even though GnuC auto saves periodically, i
Verify your windows OSopen cmd window as adminTypedism /Online /Cleanup-Image
/RestoreHealthFollowed bysfc /scannow
check for bugs with free Norton NPEDownload and run Norton Power Eraser - Free
virus and malware removal tool for Windows
On Thursday, January 11, 2024 at 02:43:08 PM GMT-7, M
What do you mean by "manually enter a SX?"
Regards,
Adrien
On 1/11/24 4:19 PM, David Carlson wrote:
I think that we need to see how SX's will work after the Since Last Run
druid is fixed before proposing more improvements. If I understand
correctly, there is an unresolved issue preventing nigh
Unrelated to the topic, but this is at least the second recent time I
see someone's reply eating random space characters between words. That
is very odd, and of course, makes the reply difficult to read. (and that
is very important when offering commands!) I can make heads and tails of
it, but
In 10+ years of GnuCash, I've never once seen a transaction appear that
I didn't put there myself.
-
Someone else reported an error with an XML lib not long ago. It might be
the same one. If I recall correctly, this would have been after the 5.5
release. As far as I remember, it generated
Adrien,
Have a look at https://bugs.gnucash.org/show_bug.cgi?id=799093
Regards,
John Ralls
> On Jan 11, 2024, at 19:22, Adrien Monteleone
> wrote:
>
> In 10+ years of GnuCash, I've never once seen a transaction appear that I
> didn't put there myself.
>
> -
> Someone else reported an er
Jack,
What do you mean by a rogue transaction? Is this by any chance a transaction
which has one split to an IMbalance" account? If this is the case then it may
be that you are not assigning the transfer account befor committing the
transaction with the return key. If no account has been assigne
Wow. Interesting. Thanks for the link.
Regards,
Adrien
On 1/11/24 9:53 PM, john wrote:
Have a look at https://bugs.gnucash.org/show_bug.cgi?id=799093
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or t
David, see that bug report John linked.
Something is amiss. Where, remains to be found.
Regards,
Adrien
On 1/11/24 9:57 PM, David Cousens wrote:
Jack,
What do you mean by a rogue transaction? Is this by any chance a transaction
which has one split to an IMbalance" account? If this is the cas
I am pretty sure I tried that, but it didn't actually do the calculation in the
SX window. Which makes sense, I think, because that window allows formulas that
get processed at runtime.
David T.
On Jan 11, 2024, 8:46 PM, at 8:46 PM, Adrien Monteleone
wrote:
>You don't have to do it in your
I'll look into these options. I just have it in my head that the point of a
scheduled transaction is to save me from having to remember to create a
transaction, and if I have to remember to run the SLR in order to have them
created, then I've just changed the work, not reduced it.
But thanks f
A comment about possible mechanisms that can appear to cause data loss:
Stuff that is saved in the GCM files is only updated when the program is
completely closed.
Saved reports, import configurations, register column widths and several
other items fall in that category.
Those items are not inclu
By "manually enter" I mean to trigger the entry into the register of the
next scheduled instance of a single scheduled transaction [SX] without
invoking the Since Last Run druid. I would expect that to be an action
available in the SX editor.
Since one SX may contain more than one separate regist
This is in code that I added in V1.59 so it's probably my fault, but I
can't see how it could happen. It would imply that yahoo web returned a
page with a price history table in it but there was no first price
history table in the page. I.e., it had a table, but then it didn't have
a first tab
42 matches
Mail list logo
