Transactions of the form <INVBANKTRAN> <STMTTRN><TRNTYPE>DEBIT</TRNTYPE> <DTPOSTED>20210415172726</DTPOSTED> <TRNAMT>-25.57</TRNAMT> <FITID>628934567788</FITID> <MEMO>MANAGEMENT FEE</MEMO> </STMTTRN> <SUBACCTFUND>CASH</SUBACCTFUND></INVBANKTRAN> are ignored on File>Import>Import OFX/QFX... in Gnucash 4.5. If this transaction (plus the lead-in/lead-out tags) is the only transaction present in the file, the importer reports "1 transaction process, no transactions to match". Gnucash 4.4 and earlier correctly presented the transaction in the matcher window to allow importing.
probably results from a change in libofx investment account handling in libofx 10.0.0 described in the release notes: - <STMTTRN> fields under an <INVBANKTRAN> are now parsed into an OfxInvestmentTransactionContainer - This changes previous behaviour. LibOFX formerly provided an OfxBankTransactionContainer. Now it sets data.invtransactiontype_valid true with data.invtransactiontype = OFX_INVBANKTRAN. The end result is that the transaction callback now looks like an investment transaction (which it is) rather than a banking transaction (which it is not).
The problem was that GnuCash's transaction callback thought that transactions without a security id couldn't be investment transactions. I just changed it so that INVBANKTRANS are treated like non-investment transactions. Fixed for GnuCash 4.7, due this weekend.
