Since you're running Windows, it's very easy to bisect the daily builds to determine exactly when the change was made. You may also review the commits at Github (https://github.com/gnucash/gnucash) to get an idea of what changes were made. You don't need to be a programmer to read the dates and general text descriptions of the changes.
The daily Windows builds are found here: https://code.gnucash.org/builds/win32/stable/ Bisecting the builds is to pick a date in the past, and test that build. If it does not work, note the build and go back further. If it works, try the build in the half-way point between this test and the oldest previously tested "bad" build. Repeat this process until you find exactly when the change was made. This will help identify what change was made that is impacting your workflow. Additionally, after identifying the build, ideally if you can, provide a sample data set. A sample data set does not contain any personal information or actual transactions, but rather provides others the opportunity test with common data. > On 11/29/2025 12:10 PM PST Gyle McCollam <[email protected]> wrote: > > > As R Losey pointed out, the title may have been misleading, but it is the > first step in my reconciliation process. Can anyone help? > > Sorry guys/gals, but I'm trying to import/match/reconcile my credit card > again this month and I am getting "weird" issues. It used to work > flawlessly. I am missing the update and clear column, but I figured that had > to do with my settings in preferences that I have changed due to other users' > suggestions. I have a lot of transactions from the same vendor and many of > them have the same amounts. I eat at the same fast-food place a lot and have > the same meals, my bad I know. Anyway, in the reconciliation many of these > transaction show up as "A" or add, but when I change to "C" (clear) it > matches to, in most cases, the correct previous entry where my entry is 1 or > 2 days earlier than it hits the credit card statement. > > Another thing I noticed was that I am not able to unflag an entry so that it > does not import, as I use to be able to do. It should work that way even > without the "U&C" column as the user may not want to import a specific > transaction. > > I wish I could get back to the import working flawlessly, before I started > messing with the parameters, but even if I go back to the defaults, it fails > to find a majority of the matches and defaults to "Do Not Import". > > I'm using Win11 and Gnucash 5.13 Build ID: git > 5.13-17-g001499322e+(2025-10-21), not the default. > > > > Thank You, > > Gyle McCollam > > Gyle McCollam > > [email protected]<mailto:[email protected]> email > _______________________________________________ > gnucash-user mailing list > [email protected] > To update your subscription preferences or to unsubscribe: > https://lists.gnucash.org/mailman/listinfo/gnucash-user > ----- > 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 [email protected] To update your subscription preferences or to unsubscribe: https://lists.gnucash.org/mailman/listinfo/gnucash-user ----- Please remember to CC this list on all your replies. You can do this by using Reply-To-List or Reply-All.
