| Summary: | VLC OSD Transparency display problems with Oxygen | ||
|---|---|---|---|
| Product: | [Plasma] Oxygen | Reporter: | janow49420 |
| Component: | general | Assignee: | Camilla Boemann <cbo> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | alien, gameforge1, hugo.pereira.da.costa, kamikazow, r-u-ss-e-l, r_weber |
| Priority: | NOR | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Unlisted Binaries | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
| Attachments: |
VLC OSD Using Plastique
VLC OSD Using Plastique VLC OSD Using Oxygen |
||
Created attachment 52621 [details]
VLC OSD Using Plastique
Oops, that was the oxygen image.
Created attachment 52622 [details]
VLC OSD Using Oxygen
VLC OSD Using Oxygen
yep. Can reproduce. Its a conflict between vlc painting and oxygen painting (needed for nice gradients background). Not sure how to fix on the oxygen side though. Will investigate further. I've noticed this problem in VLC 1.1.4, Psi+ v.0.15.3460 and QMPDClient 1.1.3-15 using KDE 4.5.4 in Arch Linux. Oxygen theme. I can confirm this running KDE 4.6.0 and VLC 1.1.7 with Oxygen theme. *** This bug has been confirmed by popular vote. *** This bug exists on Mint 10/KDE both 32bit and 64bit, which is based on Kubuntu 10.10 but includes KDE 4.6.0 and VLC 1.1.5; I also tried building VLC 1.1.7 from original tarball and it still has the same problem. I'm using proprietary nVidia graphics, though I noticed the bug is there regardless of whether desktop effects are enabled or not. Git commit 4b56a712c08a3bd4319af995fb27d3d27f8cb3a3 by Hugo Pereira Da Costa. Committed on 07/03/2011 at 14:38. Pushed by hpereiradacosta into branch 'KDE/4.6'. force WA_TranslucentBackground only on QTipLabel, rather than on Qt::ToolTip type of windows. CCBUG: 267837 254473 M +11 -13 kstyles/oxygen/oxygenstyle.cpp http://commits.kde.org/kde-workspace/4b56a712c08a3bd4319af995fb27d3d27f8cb3a3 Git commit 1283b5962d565a13d5aa32559db4662402f83e43 by Hugo Pereira Da Costa. Committed on 07/03/2011 at 14:38. Pushed by hpereiradacosta into branch 'master'. force WA_TranslucentBackground only on QTipLabel, rather than on Qt::ToolTip type of windows. CCBUG: 267837 254473 M +11 -13 kstyles/oxygen/oxygenstyle.cpp http://commits.kde.org/kde-workspace/1283b5962d565a13d5aa32559db4662402f83e43 Comments #8 and #9 fix it. Sorry if it took so much time, 1/ was busy (with gtk mostly :)) 2/ I had to dig through vlc code to actually figure out what was going wrong. *** Bug 270034 has been marked as a duplicate of this bug. *** |
Created attachment 52620 [details] VLC OSD Using Plastique Version: unspecified OS: Linux I've noticed this problem in VLC 1.1.4 (confirmed also with 1.0.3) using KDE 4.5.1 in Kubuntu 10.10. It's also been confirmed on OpenSuse 11.3 and Debian Testing with KDE 4.5. As you can see the transparency there on the on VLC's OSD is completely transparent the volume bar is not supposed to show through like that. It's not supposed to be black but rather whatever your window fill colour is (grey, etc). The problem seems to be related to using the Oxygen theme. When I changed the theme to Plastique or CDE or any of the other Qt themes it would work as intended. One of the videolan developers told me that they use Qt's setWindowOpacity() to set the opacity of the OSD. I never had this problem when using Gnome (I was using ubuntu's default GTK theme there). I've also verified this by running VLC inside a TWM session, same thing, as soon as I use Oyxgen it doesn't work as soon as I use something else it does. Reproducible: Always Steps to Reproduce: 1. Set theme to Oxygen 2. Run VLC 3. Maximise so that it is full screen Actual Results: 1. 100% Transparent OSD which you cannot read the time code on, and the volume bar shows through as a square when it should actually be a wedge. Expected Results: 3. Look like the other screenshot "VLC OSD Using Plastique.png"