https://bugs.kde.org/show_bug.cgi?id=468108
Thomas Baumgart <tbaumg...@kde.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Resolution|--- |WAITINGFORINFO
Status|REPORTED |NEEDSINFO
--- Comment #5 from Thomas Baumgart <tbaumg...@kde.org> ---
I totally agree that we need feedback on the behavior of master, so thanks for
raising the bug. Looking at the bt provided, I notice a recursive call when
checking reconciliation entries (lines 217 and 288 in
SpecialLedgerItemFilterPrivate::filterAcceptsRow). Seems you have many
reconciliations in that account without transactions in between or have
filtering and sorting setup so that it causes this scenario.
Opening my main account takes at most a second with 6508 transactions (on a 2.2
MHz cpu) with 15 reconciliation entries.
I don't think we need the profiler data as it seems that we know where it
happens. We need to find what data / filter & sorting setting is causing this.
Maybe, you can provide more details.
BTW: here's how I counted them (replace A000076 with the ID of your account):
gpg -d thb.kmy | grep '<SPLIT' | grep 'A000076' | wc -l
or if you don't use GPG encryption
zgrep '<SPLIT' xxx.kmy | grep 'A000076' | wc -l
--
You are receiving this mail because:
You are watching all bug changes.
