Also having this issue, any way to resolve it?

As pointed out by @danstowell this appears to be a bug with ubuntu and unity.

It would be nice to be able to configure those colours in the theme..

@gusano, QPalette, not theme: https://doc.qt.io/qt-5/qpalette.html#ColorRole-enum

on some operating systems, it is populated by the desktop environment, on some it isn't.

Same problem for me on Ubuntu16.04 / Gnome3.

(can we add the "QT GUI" label to this?)

Still happening here. Ubuntu 16.04 with xfce

Happens in debian testing + gnome 3.20.2 too.

Ok, I have taken this like a challenge and searched for hours how to fix
this, and I found it ! (at least, on ubuntu 14.04)

install color chooser and launch it:

sudo apt-get install gnome-color-chooser
gnome-color-chooser

then go to "specific" tab, then check the checkbox in "tooltips"
section and choose good colors

now restart the SCIDE, and voila ! (hope this works for everybody)

Maybe there is also something to do in scide code, but at least it's a workaround

Wow! Works fine :D
Thanks!

So is this a bad choice in SCIDE or in gnome?

@telephon It's not GNOME- or Unity-specific, I'm also seeing it in xfce. It happens when the default tooltip color in the window manager is white or whiteish, and it looks like scide just forgot to override it.

ok, so we keep it as a bug.

For those Raspberry Pi users out there or anyone else having issues try launching scide with:
scide -style=gtkrc
I haven't figured out which gtkrc file it is actually referencing, (my changes don't register) but it make the foreground black!

@grirgz It does indeed!

Can we just hardcode the colors or something?

@snappizz It is just not implemented, I think it was pointed out by timblechmann.
Edit: Ok, this comment makes no sense, hardcode it would be an implementation. I meant that we should not despair.

Note that this issue was already fixed for -- what looks like GTK-based platforms? -- by hardcoding colors: 6467e06

That conditional (or the #ifdef) are probably not true for the problem platforms - so we're not hitting the hardcoded values. That said, the hardcoded values are still going to look awful depending on your IDE color scheme. We should probably ditch the weird OS-specific logic and just always make the font color == the IDE's code font color, and the window background color == the IDE's code background color, offset lighter or darker by 10% or something.

Commit 1d7d692 also sets the font to be the code font, which improves match with the IDE as well - worth considering.

still an issue in 3.9dev and ubuntu 16.04.
however the workaround via the

gnome-color-chooser

(suggested by grirgz - thanks!)
still works as well.

#2762

WE DID IT