lp://staging/mutter

Branch merges

This import branch has no branches proposed for merge into it.

No branches dependent on this one.

Related source package recipes

No recipes using this branch. (?)

Create packaging recipe

Related snap packages

Related bugs

Related blueprints

8855. By Miloš Popović on 2018-02-22

Update Serbian Latin translation

8854. By Марко М. Костић on 2018-02-22

Update Serbian translation

8853. By Daniel Mustieles <email address hidden> on 2018-02-22

Updated Spanish translation

8852. By Olivier Fourdan <email address hidden> on 2018-02-22

x11: Do not discard shape region for undecorated windows

mutter would discard the shape region set by the client if its matches
the entire client area in meta_window_x11_update_shape_region().

However, if the window is later resized (maximized or other), the
compositor will fail to update the shape region properly for undecorated
windows because the shape region was discarded, which causes black areas
to appear in place of the updated areas.

If the client window is undecorated, keep the shape region even if when
it matches the client area.

https://gitlab.gnome.org/GNOME/mutter/issues/27

Closes: #27

8851. By Louis-Francis Ratté-Boulianne <email address hidden> on 2018-02-22

renderer/native: Don't use modifiers to import linear DMA buffer

When the buffer modifier is DRM_FORMAT_MOD_LINEAR, we can use the
old code path. That means not specifying any modifier parameter.

It was an issue when the primary GPU was creating a linear GBM surface
and that a secondary GPU (not supporting modifiers) was trying to
import it. It was failing because the driver could not use the
import_modifiers extension even though it could in theory easily
import the buffer.

https://gitlab.gnome.org/GNOME/mutter/issues/18

8850. By Louis-Francis Ratté-Boulianne <email address hidden> on 2018-02-22

native/renderer: Retrieve the right modifiers set for each GPU

We were retrieving the supported KMS modifiers for all GPUs even
though what we really need to intersect between these sets of
modifiers:

1) KMS supported modifiers for primary GPU if the GPU is used for
   scanout;

2) EGL supported modifiers for secondary GPUs (different than the
   primary GPU used for rendering);

3) GBM supported modifiers when creating the surface (already
   taken care of by gbm_surface_create_with_modifiers());

https://gitlab.gnome.org/GNOME/mutter/issues/18

8849. By Louis-Francis Ratté-Boulianne <email address hidden> on 2018-02-22

renderer/native: Use the right EGL image parameters for extra planes

There was a typo for modifier parameter of planes 1 & 2.

https://gitlab.gnome.org/GNOME/mutter/issues/18

8848. By Jonas Ådahl on 2018-02-21

configure.ac: Bump API version number

Better late then never.

Closes: https://gitlab.gnome.org/GNOME/mutter/issues/6

8847. By Florian Müllner <email address hidden> on 2018-02-21

Bump version to 3.27.91

Update NEWS.

8846. By Carlos Garnacho on 2018-02-19

backends: Monitor changes in active tools' settings

So the changes can be instantly applied while the tool is in proximity.
Before we would just do it on proximity-in, which doesn't provide a
good look&feel while modifying the tool settings in g-c-c.

https://gitlab.gnome.org/GNOME/mutter/issues/38

Closes: #38