All windows missing Minimize and Restore buttons

Bug #1431816 reported by penalvch
22
This bug affects 4 people
Affects Status Importance Assigned to Milestone
ubuntu-gnome-default-settings (Ubuntu)
Invalid
Low
Unassigned

Bug Description

What is expected to happen after upgrading from Utopic is all windows still have a Restore and Minimize button in the gnome-session-flasback Compiz or metacity environments, just like it did in Utopic.

What happens instead is they don't.

WORKAROUND: Change in dconf org.gnome.desktop.wm.preferences.button-layout to:
appmenu:minimize,maximize,close

WORKAROUND: Alt+Space > Minimize

WORKAROUND: Use Unity.

ProblemType: Bug
DistroRelease: Ubuntu 15.04
Package: gnome-session-flashback 1:3.14.0-3ubuntu7
ProcVersionSignature: Ubuntu 3.19.0-9.9-generic 3.19.1
Uname: Linux 3.19.0-9-generic x86_64
ApportVersion: 2.16.2-0ubuntu3
Architecture: amd64
CurrentDesktop: GNOME-Flashback:Unity
Date: Fri Mar 13 05:56:52 2015
InstallationDate: Installed on 2014-06-21 (264 days ago)
InstallationMedia: Ubuntu 14.04 LTS "Trusty Tahr" - Release amd64 (20140417)
PackageArchitecture: all
SourcePackage: gnome-flashback
UpgradeStatus: Upgraded to vivid on 2015-03-13 (0 days ago)

Revision history for this message
penalvch (penalvch) wrote :
Revision history for this message
Dmitry Shachnev (mitya57) wrote :

Please tell us what does this command print:

gsettings get org.gnome.desktop.wm.preferences button-layout

Changed in gnome-flashback (Ubuntu):
status: Triaged → Incomplete
Revision history for this message
penalvch (penalvch) wrote :

gsettings get org.gnome.desktop.wm.preferences button-layout
'appmenu:close'

Changed in gnome-flashback (Ubuntu):
status: Incomplete → Triaged
Revision history for this message
Dmitry Shachnev (mitya57) wrote :

Then you need to set it to "close,minimize,maximize:" or something like that. If you install ubuntu-settings package, then it should override the layout for you.

Not a bug in gnome-flashback.

Changed in gnome-flashback (Ubuntu):
status: Triaged → Incomplete
Revision history for this message
penalvch (penalvch) wrote :

Dmitry Shachnev, thanks for the quick follow up.

>"Then you need to set it to "close,minimize,maximize:" or something like that."

Setting it to appmenu:minimize,maximize,close is a perfect WORKAROUND.

>"If you install ubuntu-settings package, then it should override the layout for you."

ubuntu-settings was already previously installed.

>"Not a bug in gnome-flashback."

Hmm. Given this issue happened on an upgrade, and I've never edited that option prior to, or after upgrading, would you have a recommendation on what package would be the root cause to this issue?

description: updated
Changed in gnome-flashback (Ubuntu):
importance: Medium → Low
Revision history for this message
Dmitry Shachnev (mitya57) wrote :

This could be the reason: https://git.gnome.org/browse/gsettings-desktop-schemas/commit/?id=35967277d6eaa769.

Did you have buttons on the right side before upgrade? Do you have ubuntu-gnome-settings installed? If answer to any of these questions is yes, that explains why the override in ubuntu-settings did not work.

Revision history for this message
penalvch (penalvch) wrote :

Dmitry Shachnev:

>"This could be the reason: https://git.gnome.org/browse/gsettings-desktop-schemas/commit/?id=35967277d6eaa769."

That looks like the culprit.

>"Did you have buttons on the right side before upgrade?"

Yes, as this was the default (i.e. I didn't change it to be that way).

>" Do you have ubuntu-gnome-settings installed?"

apt-cache policy ubuntu-gnome-settings
N: Unable to locate package ubuntu-gnome-settings

Also, I never actively installed such a program in Utopic.

"If answer to any of these questions is yes, that explains why the override in ubuntu-settings did not work."

So, would this be a bug with the ubuntu-settings package or another package ubuntu-settings was relying on to not change underneath it?

Revision history for this message
Dmitry Shachnev (mitya57) wrote :

Any configuration different from the (ubuntu-settings) default could get overridden. If that was not the case, then I am lost.

Revision history for this message
Alberts Muktupāvels (muktupavels) wrote :

grep -r "button-layout" /usr/share/glib-2.0/schemas/
Run this command in terminal and post output here.

Revision history for this message
penalvch (penalvch) wrote :

grep -r "button-layout" /usr/share/glib-2.0/schemas/
/usr/share/glib-2.0/schemas/10_ubuntu-settings.gschema.override:button-layout='close,minimize,maximize:'
Binary file /usr/share/glib-2.0/schemas/gschemas.compiled matches
/usr/share/glib-2.0/schemas/20_ubuntu-gnome-default-settings.gschema.override:button-layout='appmenu:close'
/usr/share/glib-2.0/schemas/org.gnome.desktop.wm.preferences.gschema.xml: <key type="s" name="button-layou">

Revision history for this message
Alberts Muktupāvels (muktupavels) wrote :

1. org.gnome.desktop.wm.preferences.gschema.xml:
Main schema file with all settings under preferences. Here default value is 'appmenu:close'.

2. 10_ubuntu-settings.gschema.override:
This one is from ubuntu-settings package and changes default value to 'close,minimize,maximize:'.

3. 20_ubuntu-gnome-default-settings.gschema.override:
This file came from ubuntu-gnome-default-settings packages and is again changing default value to 'appmenu:close'.

Your problem is ubuntu-gnome-default-settings package as it changed default value. In trusty it was button-layout=':minimize,maximize,close', but now in vivid it is 'appmenu:close'.

This is not a bug and there is nothing to fix. Upstream changed button-laytout and Ubuntu GNOME is just following this change.

Main problem here is that there is no way to set default values for each session.

Changed in gnome-flashback (Ubuntu):
status: Incomplete → Invalid
Revision history for this message
penalvch (penalvch) wrote :

Alberts Muktupāvels, just because upstream broke functionality expectations, doesn't mean there isn't an issue here.

I'm expecting all three buttons to exist. If they don't, it's either a software bug, or a design flaw.

Changed in gnome-flashback (Ubuntu):
status: Invalid → New
Revision history for this message
Dmitry Shachnev (mitya57) wrote :

Then either file a bug upstream or don't use ubuntu-gnome-default-settings. This is *absolutely unrelated* to gnome-flashback (as you will get the same layout with Unity and GNOME Shell sessions).

penalvch (penalvch)
affects: gnome-flashback (Ubuntu) → ubuntu-gnome-default-settings (Ubuntu)
Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in ubuntu-gnome-default-settings (Ubuntu):
status: New → Confirmed
Revision history for this message
Tim Lunn (darkxst) wrote :

We use the default upstream default for button layout, if you want minimise/maximise buttons then you should set a custom layout.

Changed in ubuntu-gnome-default-settings (Ubuntu):
status: Confirmed → Invalid
Revision history for this message
penalvch (penalvch) wrote :

Tim, thanks for the response. I should have circled back on this sooner, as it now includes minimize and restore buttons by default with no customization necessary in Wily (as it has since day 1).

Revision history for this message
Tim Lunn (darkxst) wrote : Re: [Bug 1431816] Re: All windows missing Minimize and Restore buttons

On Fri, Dec 18, 2015, at 08:08 PM, Christopher M. Penalver wrote:
> Tim, thanks for the response. I should have circled back on this sooner,
> as it now includes minimize and restore buttons by default with no
> customization necessary in Wily (as it has since day 1).
>
Ubuntu settings does, Ubuntu gnome settings is default to just close.
Though I you ever modified the key, it won't be updated by default
settings
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1431816
>
> Title:
> All windows missing Minimize and Restore buttons
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/ubuntu/+source/ubuntu-gnome-default-settings/+bug/1431816/+subscriptions

--
  Tim Lunn
  <email address hidden>

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

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