I figured out why the #GnuCash dates were wonky. #Claude assumed that the dates should be stored as ISO timestamps, which they were in old versions of GC, instead of text. So instead of complaining, GC just interpreted the integer dates as text. Easy fix in the script.

This is yet another hassle I've had trying to use A.I. It often offers solutions using outdated or deprecated methods. It should either assume I'm using the latest apps, or at least ask what version before it generates code.

I found another serious #GnuCash QIF importer bug. It properly imported a transaction with multiple lines in the split. BUT, it took one item from the split and replicated it 4 transactions further down as it's own split transaction. How do you even write code that does crapola like that?!

There is no way I can import a large 407,000 line QIF file with GnuCash this badly borked. I bet even Quicken 😱 would work better.

Now I know why some people just manage their finances with a spreadsheet.

I'm trying to import a QIF file exported from #Banktivity into #GnuCash and it does import, but the account balances are wildly wrong. One nasty bug in GC's importer is that if a split transaction has two items and one of them doesn't have a category, GC uses the category from one item and the amount from the other as a single non-split entry. It just throws away the categorized amount. I 💩 you not!

HTF does this get by testing? What other horrors await as I try to resolve this mess?