New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.
Starred by 39 users

Issue metadata

Status: Started
EstimatedDays: ----
NextAction: ----
OS: Linux
Pri: 2
Type: Bug-Regression

Blocked on:
issue 882065

Sign in to add a comment

Issue 863230: GTK+ theme ignored in omnibar in the new interface

Reported by, Jul 12 2018

Issue description

UserAgent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Ubuntu Chromium/68.0.3440.42 Chrome/68.0.3440.42 Safari/537.36

Steps to reproduce the problem:
I have a dark GTK+ theme (Adwaita Dark). 

What is the expected behavior?

What went wrong?
Screenshot 1 shows Chromium's omnibar in Chromium 68 - it follows system colors - dark background as in the GTK+ theme.

Screenshot 2 shows new UI - it does not follow system colors and destroys my eyes by white background.

Did this work before? N/A 

Chrome version: 69.0.3486.0  Channel: dev
OS Version: 
Flash Version:
20.8 KB View Download
29.3 KB View Download

Comment 1 by, Jul 13 2018

Labels: Needs-Triage-M69

Comment 2 by, Jul 16 2018

Labels: Triaged-ET M-69 Target-69 FoundIn-69 OS-Mac OS-Windows
Status: Untriaged (was: Unconfirmed)
Able to reproduce the issue on reported chromium version 69.0.3486.0  also on latest chrome 69.0.3494.0 using Mac 10.13.5, Ubuntu 17.10 and Windows 10.  

Same behavior is seen on M60(60.0.3112.113) hence considering it as non-regression and marking it as Untriaged.


Comment 3 by, Jul 16 2018

I don't remember the status bar to have white background on dark GTK+ themes in chromium version 60... Why is it a non-regression? Is it a design solution? A very bad one, if yes, because it hurts eyes. It's color is OK in version 68, but is not in 69.

Comment 4 by, Jul 16 2018

To be more exact, it's probably not a regression for the new UI, but as the new UI will become default, it's a regression for user experience.

Comment 5 by, Jul 17 2018

Status: Assigned (was: Untriaged)

Comment 6 by, Jul 17 2018

Labels: -OS-Windows -Type-Bug -OS-Mac Type-Bug-Regression
+tommicli is the omnibox no longer using the native theme colors?  I'm using the same theme as the OP and I'm seeing the same regression.

Comment 7 by, Jul 18 2018

Hey Joel / Alan,

What's our plan for respecting native theme colors in MD Refresh?


Comment 8 by, Aug 28

Ping. It's now in Beta, and it's really awful

Comment 9 by, Aug 28

One more issue: now the contast between the active tab and others is very low, lower than before, it's very hard to find which tab is active.

Comment 10 by, Aug 28

For anyone who comes here via google/search.
To restore old UI:
79.9 KB View Download

Comment 11 by, Sep 5

I too would appreciate a fix. Previously, the omnibar background obeyed gtk.css. Now it doesn't. Having a whtite background when the rest of the page is dark can be a bit of a strain and distracting. Thank you!
18.9 KB View Download

Comment 12 by, Sep 12

Blockedon: 882065

Comment 13 by, Sep 17

 Issue 884497  has been merged into this issue.
 Issue 884199  has been merged into this issue.

Comment 16 by, Sep 29

 Issue 887419  has been merged into this issue.

Comment 17 by, Oct 8

#15, the workaround is starting to break in dev/canary (buttons are misaligned), and long term I don't have hope that both UIs will be maintained.

So it would be really nice if we at least get a confirmation that this is on the radar for the new UI.

Comment 18 by, Oct 24

Shouldn't this bug page be updated? We're now a few days into Chrome 70. I remember some years ago that the then project manager, Anthony Laforge,  would punt the milestone involved. Here, we're still seeing M-69.

Comment 19 by, Nov 9

Here's at least someone from Google in favor of the dark side: titled "Cost of a Pixel Color (Android Dev Summit '18)".

Comment 20 by, Nov 11

Components: -UI UI>Browser>Omnibox
Owner: ----
Status: Untriaged (was: Assigned)
Kicking this to the omnibox triage queue.

On Linux, when Chrome is in GTK mode, the omnibox colors should be sourced from the native theme.  When it's in Chrome mode, they should be the default built-in colors.

So if these users have set the Chrome settings to GTK mode, this is a bug.

Comment 21 by, Nov 12

Status: Available (was: Untriaged)
Marking as available; sadly it appears no one will work on it in the next two months.  Contributions welcome!

Comment 22 by, Nov 13

> So if these users have set the Chrome settings to GTK mode, this is a bug.

Yes, they do have GTK mode.

Comment 23 by, Nov 27

The #top-chrome-md flag is gone in Version 72.0.3615.0, and there doesnt seem to be a replacement.
I can live with some buttons being off position and hard to click, but i cant live with the glaring white omnibar.
45.2 KB View Download

Comment 24 by, Nov 27

I agree, the glaring white omnibar is very annoying on dark themes and even more with dark sites.

I'm sorry, that I added no value to this thread, but I feel this thread is being ignored.

Comment 25 by, Nov 28

Per #21,
> it appears no one will work on it in the next two months.  Contributions welcome!

If you have the time and energy to fix this, I'm sure everyone on this bug would appreciate it.

Comment 26 by, Nov 28

I'm sorry, I didn't notice that. My fault.

Comment 27 by, Dec 6

> The #top-chrome-md flag is gone in Version 72.0.3615.0, and there doesnt seem to be a replacement.
Am on stable 71.0.3578.80 and setting the flag #top-chrome-md to "default" doesn't revert the change anymore.
I am sorry to say this but this is really a miss! Please chromium devs, bring it back. I can't/wont use chromium as it is now (ugly).
Screenshots : 
            1- Before the change.
            2- After the change.
22.6 KB View Download
18.3 KB View Download
Status: Started (was: Available)

Comment 29 by, Dec 7

Guys. Why need to use so biggest size for folders and bookmarks on bookmarks bar on desktop computers?

Comment 30 by, Dec 10

 Issue 913133  has been merged into this issue.

Comment 31 by, Dec 15

 Issue 914338  has been merged into this issue.

Comment 32 by, Jan 12

The #top-chrome-md no longer works. The omnibar white background is really irritating, Plus the extra space that tab take up, the worst design chrome ever has. :(

Comment 33 by, Jan 20

Any news on this? It seems that Chrome v.72 will be released in 10 days, will we see a fix in this release?

Comment 34 by, Jan 20

Re. comment #33, probably not. I tested version 73.0.3664.3 and the omnibar background is still white.

Comment 35 by, Jan 21

Come on Chromium!  Google is starting to understand the importance both for
people and energy of supporting dark themes - probably best not to have
it's flagship browser unable to provide a dark omnibar except on a chrome
book in incognito mode.

Comment 36 by, Jan 22

I won't upgrade to latest version unless Google fix this bug

Comment 37 by, Jan 22

Unfortunately they will just make it to where your favorite apps no longer
function in the older version of chrome and you'll either have to switch
browsers or upgrade unwillingly.

Sign in to add a comment