Bug 304990

Summary: Drop down combo boxes are all black
Product: [Applications] konqueror Reporter: Aaron Williams <aaronw>
Component: khtmlAssignee: Konqueror Developers <konq-bugs>
Status: RESOLVED UNMAINTAINED    
Severity: normal CC: bugs, dglent, gaaf, thomas.luebking
Priority: NOR    
Version: 4.9.0   
Target Milestone: ---   
Platform: openSUSE   
OS: Linux   
URL: http://slashdot.org
Latest Commit: Version Fixed In:
Sentry Crash Report:
Attachments: Picture of the drop-down window. This appears to be a separate window.
Picture showing the problem
Screenshot of main window moved, leaving drop-down menu

Description Aaron Williams 2012-08-11 20:28:45 UTC
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
Comment 1 Aaron Williams 2012-08-11 20:30:31 UTC
Created attachment 73100 [details]
Picture of the drop-down window. This appears to be a separate window.
Comment 2 Aaron Williams 2012-08-11 20:34:37 UTC
Created attachment 73101 [details]
Picture showing the problem
Comment 3 Tommi Tervo 2012-08-13 15:17:58 UTC
I can confirm when using Nvidia binary driver but not with radeon. For me drop-down boxes are transparent.
Comment 4 Aaron Williams 2012-08-13 16:59:50 UTC
I am using the latest nVidia binary driver. I do not have this problem after switching from KHTML to Webkit.
Comment 5 Tommi Tervo 2012-08-26 19:07:00 UTC
*** Bug 305831 has been marked as a duplicate of this bug. ***
Comment 6 Thomas Lübking 2012-08-26 19:44:36 UTC
What kind of Hardware do you possess (GPU, amount of video RAM, bus (AGP?) etc.)
Comment 7 Graeme Hewson 2012-08-26 20:02:07 UTC
I'm using GeForce GT 520, 1024MB, PCI Express x16 Gen2. This was OK with KDE 4.8.5 and earlier.
Comment 8 Graeme Hewson 2012-08-26 20:07:05 UTC
See also bug 305831, with screenshots of https://bugs.kde.org (transparent menus, not black menus). The problem is not confined to Slashdot.
Comment 9 Thomas Lübking 2012-08-26 20:12:21 UTC
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?
Comment 10 Graeme Hewson 2012-08-26 21:02:51 UTC
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.
Comment 11 Graeme Hewson 2012-08-27 09:22:14 UTC
Created attachment 73498 [details]
Screenshot of main window moved, leaving drop-down menu
Comment 12 Graeme Hewson 2012-08-27 09:22:51 UTC
> 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.
Comment 13 Thomas Lübking 2012-08-27 12:39:55 UTC
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)
Comment 14 Dimitrios Glentadakis 2013-05-26 06:39:44 UTC
I have the same problem
KDE 4.10.2
Mageia 3 64bit
nvidia drivers: 319.17
Comment 15 Dimitrios Glentadakis 2014-02-28 07:59:04 UTC
I cannot reproduce it with 
Mageia 4 64bits
KDE 4.11.4
nvidia 331.49
Comment 16 Thomas Lübking 2014-02-28 13:27:26 UTC
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.
Comment 17 Christoph Cullmann 2024-05-06 18:40:00 UTC
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