GNOME Bugzilla – Bug 602217
Text in some form widgets (entry and combobox) is hardcoded to black color, unreadable with dark themes
Last modified: 2017-02-12 18:50:59 UTC
Created attachment 147983 [details] Screenshot of this bug entry dialog Inputs, including selection boxs, buttons, and text input fields are often unreadable under default settings with a dark-text-on-light-background theme. See the attached screenshots. Running epiphany 2.29.1 under ubuntu karmic, but has been happening for several releases.
Created attachment 147984 [details] Screenshot of affected google search dialog
It looks like this is specific to Epiphany since in Chromium everhing is OK, and I guess they are both using Webkit-GTK.
(In reply to comment #2) > It looks like this is specific to Epiphany since in Chromium everhing is OK, > and I guess they are both using Webkit-GTK. You guess wrongly =). chromium has its own, multi-platform port of webkit.
Confirming this too on 3.6: gtk entry widgets and comboboxes have a hardcoded black text color, which doesn't work if the widget itself is dark too. To test, use gnome-tweak-tool's "Enable dark theme for all applications" in 3.6. Gustavo, is there a known upstream bug for this in webkit or webkit gtk?
Created attachment 225990 [details] Screenshot with 3.6 on Fedora's start page
*** Bug 680382 has been marked as a duplicate of this bug. ***
*** Bug 584725 has been marked as a duplicate of this bug. ***
I filed this in the wk bug tracker: https://bugs.webkit.org/show_bug.cgi?id=126907
If it can help for the testing phase, here's a page with a nice variety of forms: https://miketaylr.com/pres/html5/forms2.html As of Epiphany 3.10/Webkit 2.2.3, the text/password/search entries and combobox widgets are misbehaving with dark Adwaita. http://www.w3schools.com/html/tryit.asp?filename=tryhtml_textarea reveals that textarea is also affected.
I can confirm this is still an issue in 3.12
You can temporarily work around this by setting input,select,textarea,option { background-color:initial; color:initial; } select { color:white; } in ~/.config/epiphany/user-stylesheet.css (accessible using preferences in epiphany 3.14). The "color:white" is the most disputable setting since it will make black-on-white themes fail to be readable.
Can't we work around this in epiphany and keep this open until the webkit-gtk guys do something? This is a major bug that existed for almost five years by now. I'd guess we can use the theme colors to enhance the workaround from https://bugzilla.gnome.org/show_bug.cgi?id=602217#c11 to have better support for a11y themes as well as dark themes.
Thanks for the workaround posted above. Amazed that this isn't fixed yet.
Closing this since it's been reported on WebKit Bugzilla.
(In reply to Lasse Schuirmann from comment #12) > Can't we work around this in epiphany and keep this open until the > webkit-gtk guys do something? Nope, it has to be fixed in WebKit; all the Epiphany developers are WebKit developers anyway, we just don't know what to do. :)
FWIW, this variant of comment 11's workaround gives me shitty contrast but it "works" in both light and dark modes (and without losing the native widgets): input,select,textarea,option { color:gray; }
some $epiphany --version Web 3.23.5 settings.ini gtk-application-prefer-dark-theme=1 and background this form dark and color text black also other all sites. if i make ~/.config/gtk3.0/gtk.css :focus { color:gray; } i see normal, but why no deferend gui and web pages element? if i add button{background:green} all button on pages and gui epiphany stay green. thanks.
sry, this https://bugzilla.gnome.org/show_bug.cgi?id=602217#c17 not work. text in form black background 333
work! for form and input. if i enable in settings options "Use custom stylesheet", but element select on page stay dark.
look screenshot http://www.hostpic.org/images/1702130018070117.png http://www.hostpic.org/images/1702130020280115.png