Double window controls in Chromium after enabling "Use System Title Bar and Borders"

Bug #711567 reported by Timothy Kross on 2011-02-01
This bug affects 77 people
Affects Status Importance Assigned to Milestone
Chromium Browser
Compiz Core
chromium-browser (Ubuntu)
compiz (Ubuntu)

Bug Description

Binary package hint: unity

Steps to reproduce:
1) Make sure "Use System Title Bar and Borders" is unticked (It is in the right click menu of the tab bar)
2) Maximize Chromium
3) Tick "Use System Title Bar and Borders"
4) Untick "Use System Title Bar and Borders"
5) Restore Chromium

At step 2 we see two sets of window controls, one drawn by Chromium and one in the top panel.
After step 3 we see two sets of window controls, one in the top panel, one in Chromium's titlebar.
When step 5 is executed we will find again that we have two sets of window controls, but this time one is drawn by Chromium and one by Unity.

Expected result:
At step 2: One set of window controls, the one drawn by Chromium.
At step 3: One set of window controls; in the top panel (Unity).
At step 5: One set of window controls, the one drawn by Chromium.

ProblemType: Bug
DistroRelease: Ubuntu 11.04
Package: unity 3.4.0-0ubuntu1
ProcVersionSignature: Ubuntu 2.6.38-1.28-generic 2.6.38-rc2
Uname: Linux 2.6.38-1-generic x86_64
Architecture: amd64
CompizPlugins: [core,bailer,detection,composite,opengl,decor,mousepoll,vpswitch,regex,animation,snap,expo,move,compiztoolbox,place,gnomecompat,wall,ezoom,workarounds,staticswitcher,resize,fade,scale,session,unityshell]
Date: Tue Feb 1 18:52:53 2011
InstallationMedia: Ubuntu 11.04 "Natty Narwhal" - Alpha amd64 (20110127)
SourcePackage: unity

Timothy Kross (timkross) wrote :
Toby Smithe (tsmithe) on 2011-02-02
Changed in unity (Ubuntu):
status: New → Confirmed
Changed in unity (Ubuntu):
importance: Undecided → Medium
Alex Launi (alexlauni) on 2011-02-17
Changed in unity:
status: New → Confirmed
importance: Undecided → Low
gert (gert.cuykens) wrote :

Al steps are fixed except step 2, still double window controls when window is maximized.

gert (gert.cuykens) wrote :

Sorry tested it again, I was wrong. All steps are still valid. I was not maximized i guess

Toby Smithe (tsmithe) wrote :

Yes, if I maximise then restore, this bug remains.

Fabien Tassin (fta) on 2011-04-22
Changed in chromium-browser:
importance: Undecided → Unknown
status: New → Unknown
Omer Akram (om26er) on 2011-04-23
Changed in chromium-browser (Ubuntu):
importance: Undecided → Medium
status: New → Triaged
Elliot Glaysher (glaysher) wrote :

This bug is two issues in different components.

The first part (chromium draws its custom window controls when maximized in unity) was a problem with chromium and should be fixed in chromium r83173, in case you guys want to backport it. (It also has some other minor unity integration.)

The second part (unity "forgets" when a window has set gtk_window_set_decorated()) looks like a problem in unity and attempts at working around it in chromium haven't been successful. (I tried calling gtk_window_set_decorated(FALSE) when in the confused state and unity didn't respond.)

Rafael Keller Tesser (rktesser) wrote :

I've just discovered that this bug doesn't happen when chromium is launched in the maximized state with "Use System Title Bar and Borders" unchecked.


1) Unset "Use System Title Bar and Borders";
2) Maximize Chromium;
3) Close Chromium;
4) Launch Chromium (it will open in the maximized state).

Result: Chromium will not show the double title-bar after maximized+unmaximized.

Tested with Chromium beta (14.0.835.109).

adrenochrome (adrenochrome) wrote :

same problem with google-chrome 15
it's impossible to stay with settings/personal data/appearance set to "hide system bar" : the system bar keeps on coming back randomly (after maximize/minimize or suspend mode)
the setting in preferences dont change from its own : i have to switch system bar on and off again to get back the state i would like to keep

svaens (svaens) wrote :

I have the following related problem, as mentioned elsewhere (and corrected here)
What steps will reproduce the problem?
1. Open chromium
2. Make sure Chromium is not maximized (unmaximized, but not minimized)
3. Open Preferences
4. Select "Hide system title bar and use compact borders"
5. Note that title bar disappears, as expected
6. Maximize window
7. Un-Maximize

What is the expected result?
Title bar should not reappear.

What happens instead?
Title bar appears again, alongside the Chrome-provided window controls. Giving Chromium double window controls.

svaens (svaens) wrote :

Sorry, also, I get this with the newly installed ubuntu 11.10, using chromium
14.0.835.202 (Developer Build 103287 Linux) Ubuntu 11.10

Anatol Pomozov (anatol) wrote :

I use Ubuntu 11.10 and I see this issue as well. "Use system bar" fixes the issue, but I would prefer if "Hide system bar" worked as well.

Another issue here - close/minimize/maximize controls should be Unity themed (in case of "Hide system bar"), currently they are Chrome-themed and look too alien in Unity.

OpenCPU (opencpu) wrote :

Same in Ubuntu 11.10 Unity 3D. Very annoying.

This doesn't happen anymore to me on precise, please check again and unmark this as invalid if you confirm that's fixed.

Dawid Wróbel (dawidw) wrote :

It still happens to me on Precise, so please don't mark it as being fixed yet.

Dawid Wróbel (dawidw) wrote :

PS. Although I use chrome, not chromium, but this shouldn't really make a difference at all. Unless the chromium was patched somehow in Ubuntu to fix the issue.

Kevin Renfrow (krenfrow) wrote :

@Dawid Wróbel I can also reproduce the bug using chromium 18.0.1025.151 (Developer Build 130497 Linux) Ubuntu 12.04

affects: unity → compiz
affects: unity (Ubuntu) → compiz (Ubuntu)
affects: compiz → compiz-core
Changed in compiz-core:
importance: Low → Medium
Changed in compiz:
importance: Undecided → Medium
status: New → Confirmed
Cruz Bishop (cruzjbishop) wrote :

Still happens with Chrome 22.0.1215.0 in Ubuntu 12.04

Dima Ryazanov (dima-gmail) wrote :

Still happens in 12.10.

Very simple testcase:

#include <gtk/gtk.h>

gboolean timeout(gpointer data) {
  return FALSE;

int main (int argc, char *argv[]) {
  GtkWidget *window;

  gtk_init(&argc, &argv);

  window = gtk_window_new(GTK_WINDOW_TOPLEVEL);
  g_signal_connect(window, "destroy", G_CALLBACK(gtk_main_quit), NULL);
  g_timeout_add(100, timeout, window);

  gtk_window_set_decorated(GTK_WINDOW(window), FALSE);



  return 0;

The window should not have decorations, but it does.

Changed in compiz:
milestone: none →
Changed in compiz:
milestone: →
Changed in compiz:
milestone: →
Changed in compiz:
milestone: →
MC Return (mc-return) on 2013-07-24
Changed in compiz:
milestone: →

Sorry folks, but as part of the bug clean up ahead of 16.04 LTS I'm marking this as invalid because it affects an Ubuntu release which is now unsupported. If you can still recreate this bug in a supported release please do open a new bug and we can triage it for consideration in the 16.04 LTS development cycle.

Changed in compiz:
status: Confirmed → Invalid
Changed in compiz-core:
status: Confirmed → Invalid
Changed in compiz (Ubuntu):
status: Confirmed → Invalid
Olivier Tilloy (osomon) wrote :

@Timothy: is this bug still affecting you with recent releases of chromium and unity?

Olivier Tilloy (osomon) wrote :

Closing because of lack of feedback from original reporter. I cannot observe the issue on xenial with the latest chromium.

Changed in chromium-browser (Ubuntu):
status: Triaged → Invalid
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.