reconciled transaction without a reconciled date?

[Jack]

On 2023.02.12 07:19, Thomas Baumgart via KMyMoney-devel wrote:
> On Samstag, 11. Februar 2023 21:51:38 CET Jack via KMyMoney-devel  
> wrote:
> 
> > When testing the new "reconciled date" as a ledger sort item, I had  
> a
> > transaction from 2018 at the end of the list.  Finding that  
> transaction
> > in the file, I get:
> >
> > <TRANSACTION id="T000000000000016243" postdate="2018-08-06" memo=""
> > entrydate="2018-08-14" commodity="USD">
> >    <SPLITS>
> >      <SPLIT id="S0001" payee="" reconciledate="2018-08-31" action=""
> > reconcileflag="2" value="-8000/1" shares="-8000/1" price="1/1"  
> memo=""
> > account="A000150" number="" bankid="ID  
> 20180806AF190321500016194-1"/>
> >      <SPLIT id="S0002" payee="" reconciledate="" action=""
> > reconcileflag="2" value="8000/1" shares="8000/1" price="1/1" memo=""
> > account="A000370" number="" bankid="ID D2018218T1953469"/>
> >    </SPLITS>
> > </TRANSACTION>
> >
> > I have no idea how a transaction/split could get reconciled without  
> a
> > reconciledate being set.  I also have no idea how to fix it without
> > manually editing my data file.  I suppose I could change the state  
> from
> > R to not-reconciled to C to R, but even if that does reset the
> > reconciledate to today, it would be wrong, and sort badly using the  
> new
> > sort criteria.
> >
> > Why do I always seem to find these anomalies?
> 
> ... maybe, because you were playing with the new features while I was  
> sleeping :)
I plead guilty.
> 
> I stepped on this problem myself and could only think that this was  
> caused
> by some historic version of KMyMoney. I made a change to use the  
> postdate in
> this case, which is still not 100% correct but helps the sorting.
I don't see that commit.  Did you push it?
Changing the status of that transaction to "C" and then doing a  
reconciliation as of a few days after that did set reconciledate to  
that date, although the amount shown on that reconciliation header is  
the current balance, not the one in 2018.  That's probably because all  
following transactions are already reconciled, so I don't think it will  
affect any normal use.
However, sorting with Reconciliation Date first still shows no headers  
in the ledger at all.