Hi, see the attachment. Those are not missing in Qt 4.8.x and below with the QWidget based version. Reproducible: Always
Created attachment 72383 [details] Shadow is missing in some parts
I think this problem is specific to your configuration. I do not have this problem here.
Git commit 3508ea65f8abb1620cfa8d60d3c9e8b7cec0170c by Marco Martin. Committed on 09/07/2012 at 11:25. Pushed by mart into branch 'KDE/4.9'. fix shadows FIXED-IN:4.9 M +- -- desktoptheme/air/dialogs/shutdowndialog.svgz http://commits.kde.org/kde-runtime/3508ea65f8abb1620cfa8d60d3c9e8b7cec0170c
wasn't a regression, this problem was always there
Re-opened. Issues is still clearly visible in RC 2. Just tried it.
I guess the fix did not make it to 4.9rc2 (it was commit at the same day the freeze for 4.9rc2 took place). Can you try copying the file mentioned in the commit and test it yourself. By the way, do not reopen a bug if a developer closed it.
(In reply to comment #6) > I guess the fix did not make it to 4.9rc2 (it was commit at the same day the > freeze for 4.9rc2 took place). Can you try copying the file mentioned in the > commit and test it yourself. By the way, do not reopen a bug if a developer > closed it. Hi, I will test it today and report back in this report. As for not reopening. I believe the usual approach is to reopen a bug if the issue is still visible. As it is, i reopened it. I could also fill a new bug report but that's kinda pointless if it's the same issue. Cheers, Mark
The fact is that you are not even sure you really tested the fix. Ask the developer who closed the bug how to test the fix first, if the fix really does not solve the problem then reopen the bug.
Confirmed fixed. I'd expect that the fix would have been in RC 2 since it's commited 4 days ago. RC 2 was released 2 days ago thus that made me think the fix would be in. Either way, fixed.
Well, releasing huge software like KDE SC is not fast, it takes a couple of days to prepare the tarballs for each release (including each beta's and rc's). The process starts with a tagging freeze and ends with the tarballs release. In this case the freeze happened in July 9th, the day of the commit, so there was a good change the commit was not picked up to create the tarballs. Two days later 4.9rc2 was released but since the commit was not picked in the first place it does not matter how many days 4.9rc2 has been released now. The schedule for 4.9 is here: http://techbase.kde.org/Schedules/KDE4/4.9_Release_Schedule#Monday.2C_July_9.2C_2012:_KDE_4.9_Tagging_Freeze_for_Release_Candidate_2 Anything commited in the tagging day and beyond is going to enter the next release, which in this case is 4.9, that is why Marco wrote "FIXED-IN: 4.9" and not "FIXED-IN: 4.9rc2".