Version: 3.97.2-svn1121075 (using 4.3.5 (KDE 4.3.5) "release 0", openSUSE 11.2) Compiler: gcc OS: Linux (i686) release 2.6.31.12-0.2-desktop I've noticed this a few times, but not been able to recall what the sequence was. I'd switched backwards and forwards between Ledger View and Payees View, trying to get more sensible payee names. What has just happened several times is that on switching from Payee View back to Ledger View, the screen is not updating fully. The blue heading bar is now correctly showing 'Ledgers', and immediately below that the account selector and filter search box is correct, but the part below that is still showing the payee view details. I've then gone back to payees and returned to ledgers several times, but still the update is wrong. I've now switched to Categories, which is OK, but switching back to Ledgers, now shows the correct top part, but the Categories View lower window, with the top line 'Categories' missing its top half. It's similar switching back to Ledgers from Schedules. Finally, switching to Investments and back to Ledgers, and normality returns.
I've also seen this once after committing SVN revison 1119736. It must be some tricky situation that we need to catch.
Is this still happening after all the changes to the way the ledger is painted?
(In reply to comment #2) > Is this still happening after all the changes to the way the ledger is painted? It's OK now, more or less! The major problem is no longer present, but there may be a slight residue. Switching from Ledgers to Payees, is nice and clean, but switching the opposite way, to Ledgers, there's always a stutter. There's a possibility that it's the remnant of the screen 'bouncing' problem that Cristian worked on, but I can't just trace that bug.
Just found what I was referring to. It wasn't a bug, but a list item headed Sluggish Response from twp weeks ago. Several small issues were mentioned there. One I thought I'd highlighted, but again can't trace, is to do with redrawing. On Ledgers, If an investment item is opened to edit, and then closed/cancelled, the screen is left with several blank lines beneath the now collapsed transaction. Leaving Ledgers and then returning does not correct the display.
A slight correction to the description. The problem occurs only if Cancel is selected. If the edit is accepted, even unchanged, then the Ledger is redrawn correctly. Selecting another entry, or account, corrects the display.
I thought this one had been fixed, but it's just hit me again, and I see it was thought to be fixed, mainly, with a few little niggles left. This though is the original problem again. I'd been sorting out discrepancies in my (duplicated) investments/securities and had deleted several which I believed to be redundant. Then, found I had a couple of empty investment accounts, a remnant from the same issue I've been sorting. So, I deleted those accounts. On switching back from Accounts view to Ledgers view, the screen didn't update and was still showing most of the Accounts view. No controls on display appeared active, so I switched to Payees view and then back to Ledgers view, but now it was still displaying Payees view. I think I then returned to Payees view and back to Ledgers view which now was OK. Also, switching now to Accounts view and back to Ledgers also was now OK. I cannot now reproduce the problem.
SVN commit 1145083 by conet: BUG: 236361 Make sure that the register can't be left with updates disabled indefinitely because of when calling 'bool enabled = updatesEnabled()' updates could be disabled due to the fact that updates are disabled on the parent widget. If that is the case and we call setUpdatesDisabled(false) we won't get re-enabled when the parent widget does so that's where the 'register not getting drawn...' bugs come from. Also remove the workaround for this bug in the payees view added by Alvaro. This fix maintains the current level of 'smoothness' of the register operations. M +0 -4 views/kpayeesview.cpp M +4 -15 widgets/register.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=1145083