Summary: | List contents, which are beyond initial visible area, are missing elements or invisible (not loaded). | ||
---|---|---|---|
Product: | [Frameworks and Libraries] kdelibs | Reporter: | Antonis G. <gaantonio> |
Component: | kdeui | Assignee: | kdelibs bugs <kdelibs-bugs> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | aacid, amantia, cfeck, demm, gaantonio, hrvoje.senjan, scarpino |
Priority: | NOR | ||
Version: | 4.11.97 | ||
Target Milestone: | --- | ||
Platform: | Arch Linux | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Attachments: |
Screenshot #1
Screenshot #2 desktop effects screenshot Attachment #3 desktop effects kcm |
Description
Antonis G.
2013-12-08 02:26:33 UTC
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].
(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. |