Often, but not always, the drop down menus for moderating on Slashdot render as all black. Reproducible: Sometimes Steps to Reproduce: 1. Log in to Slashdot 2.Go into account options under the user name 3. Click on any of the drop-down buttons like Page Size, Date/Time Format, Time Zone, etc. 4. Notice that none of the text is visible. It renders in all black. Note that this doesn't always happen. Actual Results: Menus are rendered all black Expected Results: Menus should be rendered properly
Created attachment 73100 [details] Picture of the drop-down window. This appears to be a separate window.
Created attachment 73101 [details] Picture showing the problem
I can confirm when using Nvidia binary driver but not with radeon. For me drop-down boxes are transparent.
I am using the latest nVidia binary driver. I do not have this problem after switching from KHTML to Webkit.
*** Bug 305831 has been marked as a duplicate of this bug. ***
What kind of Hardware do you possess (GPU, amount of video RAM, bus (AGP?) etc.)
I'm using GeForce GT 520, 1024MB, PCI Express x16 Gen2. This was OK with KDE 4.8.5 and earlier.
See also bug 305831, with screenshots of https://bugs.kde.org (transparent menus, not black menus). The problem is not confined to Slashdot.
It's likely not even confined to konqueror. Suspend compositing (SHIFT+Alt+F12) and see whether you can still cause this (black variant) If not, resume compositing (same shortcut), call "kcmshell4 kwincompositing" and disable blurring in the second and set the scale method to "smooth" (anything but "accurate") in the third tab. See whether you can still trigger the issue. Did you also update Xorg or the nvidia driver interim?
If I suspend compositing, the bug goes away. With compositing and the settings you suggest, the bug still appears (transparent menu, not black), but less frequently than before, it seems. As I said in bug 305831, with repeated mouse clicks I can get a correct menu window maybe 10% of the time. With these new settings it seems to take fewer clicks. No, I didn't update Xorg or the Nvidia driver; I just installed the Kubuntu PPA.
Created attachment 73498 [details] Screenshot of main window moved, leaving drop-down menu
> It's likely not even confined to konqueror. It seems it is, and only with KHTML, not WebKit. The problem doesn't occur with Rekonq. Also, even when the text of the drop-down window is visible, the menu doesn't close when the mouse cursor is clicked outside it, and it's possible to move the main window, leaving the drop-down window in place.
It's certainly related on how the dropdown is implemented and in that regard this seems to be indeed special (unlike the webkit one which seems a regular stock combobox dropdown) Nevertheless, this - google for "nvidia black windows"- is a rather widespread issue. I'll have a look at the window and it's implementation (please notice that i'm not involoved in khtml development - was called over from the WM/compositor - i've no idea about what's going on there atm but can reproduce the issue with GL compositing and khtml)
I have the same problem KDE 4.10.2 Mageia 3 64bit nvidia drivers: 319.17
I cannot reproduce it with Mageia 4 64bits KDE 4.11.4 nvidia 331.49
Ahhh, there was another one. This is most likely bug #319184 which also has an analysis on the khtml "problem", bug #319184 comment #13 I'll leave this one open to khtml devs.
Dear user, KHTML (and KJS) was a long time more or less unmaintained and got removed in KF6. Please migrate to use a QWebEngine based HTML component. We will do no further fixes or improvements to the KF5 branches of these components beside important security fixes. For security issues, please see: https://kde.org/info/security/ Sorry that we did not fix this issue during the life-time of KHTML. Greetings Christoph Cullmann