Thomas
Unless you take the time to try to replicate the problem and create a bug
report, the rest of us will quickly forget about it. If we don't see it
happening with our data sets we will conclude that yours was a case of
operator error.
On Fri, Dec 30, 2022, 3:17 PM Thomas Forrester
wrote:
I won't actually be experimenting on copies of databases, not because I
don't want to be helpful or contribute to the community, but because I
simply don't have that kind of free time. I've noted a problem, and can
agree that I was doing something rather mindless - i.e., right-clicking and
mber 30, 2022 10:31 AM
> To: David Carlson ; gnucash-user@gnucash.org
> Cc: GnuCash List ; Adrien Monteleone
>
> Subject: Re: [GNC] Deleting Transaction from Reconcile Deletes Wrong
> Transaction
>
> Op vrijdag 30 december 2022 15:47:35 CET schreef Thomas Forrester:
> (sn
: gnucash-user
On Behalf Of Geert Janssens
Sent: Friday, December 30, 2022 10:31 AM
To: David Carlson ; gnucash-user@gnucash.org
Cc: GnuCash List ; Adrien Monteleone
Subject: Re: [GNC] Deleting Transaction from Reconcile Deletes Wrong
Transaction
Op vrijdag 30 december 2022 15:47:35 CET schreef Thomas
The "wonkiness on the Mac" was indeed limited to Macs. That doesn't mean that
Windows can't also develop wonkiness, but I don't maintain Gtk's Windows
backend nor do I know much about how it works so unlike the Mac backend I can't
fix it.
Your description of the problem doesn't match the macOS
Op vrijdag 30 december 2022 15:47:35 CET schreef Thomas Forrester:
(snip)
> I use database storage over the XML storage method because it does afford
> me opportunities that the XML plain text file does not. I now have data
> going back seven years in GnuCash and I think that's too much to push
Ah. I reported the version [GnuCash 4.11 Build ID: 4.11+(2022-06-25) using
a MariaDB backend], but totally forgot to mention I'm running on Windows 11.
Hopefully the "wonkiness" seen on the Mac isn't present in Windows?
Or hopefully it's gone on all platforms in 4.13, as you've suggested, which
It is possible that a specific set of prerequisite conditions need to exist
for the bug to manifest, but I don't know exactly what I might have been
doing immediately before getting the notion that I should just delete the
transactions right from the Reconciliation dialog.
Normally, I would
I'm sure he read what you wrote and assumed you were running Gnucash 4.12
on MacOS Ventura :-) If not please advise OS and Gnucash version.
If that is indeed the case check out
https://lists.gnucash.org/pipermail/gnucash-user/2022-November/103465.html
and
I just performed a trivial test in release 4.8 (Build ID: 4.8a+(2021-09-28)
in Lubuntu 22.04 by adding a bogus transaction to a register then saving
the file, opening the reconciliation window, right clicking the desired
split in the right panel of the reconciliation window, and clicking
delete.
I haven't needed to do a reconciliation yet since this thread started, but
perhaps in the next few days.
In the meantime, I didn't even realize that you could right click split
lines in that screen and do things. If that works successfully, wonderful.
I have always used the menu to navigate to
I guess you didn't read what I wrote. So, let me say it again (via the
magic of copy/paste):
"I was right-clicking on a transaction in the right (credit) column. It
was already highlighted, and there was no other transaction highlighted.
The right-click context menu appeared alongside the mouse
That sounds like a GTK bug. You were raising a context menu on what was
selected, not where the mouse pointer was located. If you had a line in
the left pane selected, that is what got deleted.
Maybe reverting to a backup file and making it your main file would be
in order for restoring your
I was reconciling several credit card statements for the same card and had
noticed that a subscription payment I had set up as an automatic entry was
showing up even though I had canceled the subscription. Clearly, I hadn't
discontinued the automatic transaction entry in GnuCash. I ignored
14 matches
Mail list logo
