Basically, any kind of list in kde applications has display problems. In some cases, items which aren't initially visible, when shown (by scrolling into position) are missing some of their elements, like checkboxes, text, buttons, etc. Others are completly invisible, like their not loaded at all. Reproducible: Always Steps to Reproduce: 1. In any kde application go to Help -> About Application 2. Switch to Programmers tab 3. Scroll down First time I noticed after deleting my user and creating a new account.
Created attachment 83980 [details] Screenshot #1
Created attachment 83981 [details] Screenshot #2
Some results when using oxygen style. Also qt4 package version 4.8.5-6 (Arch Linux), kdelibs 4.11.97-1
I can confirm the issue with the tabs in the About <Application> dialog, but not elsewhere.
Created attachment 83982 [details] desktop effects screenshot Screenshots showing the issue can be duplicated here, KDE 4.11.97, Qt 4.8.5-4, GCC 4.8.2, distro KaOS.
Andras, we are seeing multiple regressions in About dialog, see also bug 327721 and bug 327190. Could you have a look?
To clarify: I am assuming that those regressions are caused by commits in August to KWidgetItemDelegate.
Yes if I resize the window the contents gets updated see attachment #3 [details].
Created attachment 83986 [details] Attachment #3 [details]
(In reply to comment #9) > Created attachment 83986 [details] > Attachment #3 [details] I am seeing this also with bespin style/deco
Created attachment 83989 [details] desktop effects kcm Either re-sizing, or clicking on individual item, draws the checkbox. With first, the current visible area gets drawn correctly (but not e.g. below that), with latter, only that listitem gets checkbox drawn.
Thanks for brining it to my attention, I will check if the cause is my delegate patch.
Andras, git bisect-ing pointed at you The first bad commit could be any of: 0f3b2add060b51f97c4466bf872a4aa8a29aca52 2d99b2924ae5c3128e009b32366796949b521c7c 7e60cb9c4887888f8676a1a7a10f3d911f369ae3 All of them are yours and 2 of the 3 do not compile, that's why git is not sure which one is the wrong one. We are tagging 4.12.0 tomorrow and to be honest this seems quite a pretty bad regression. Can you produce a patch to fix the issue in the next 24 hours? If not shall we revert those 3 commits or delay the release?
I've reverted all Andras' commits since they were causing havoc. Andras if you want this changes them in 4.12 you have 1 or 2 days to come up with a reasonable patch that people can review and i'll retag the tarballs, otherwise please do this optimization fixes in frameworks since kdelibs is supposed to be frozen.
I'm sorry for not being able to look at it in time, and thanks for reverting it. I will review it and apply later once the current issue is also fixed.