lp:mutter

Created by Jeremy Bícha and last modified
Get this branch:
bzr branch lp:mutter

Branch merges

Related bugs

Related blueprints

Branch information

Owner:
GNOME3 Team
Project:
Mutter
Status:
Development

Import details

Import Status: Failed

This branch is an import of the HEAD branch of the Git repository at https://gitlab.gnome.org/GNOME/mutter.git.

The import has been suspended because it failed 5 or more times in succession.

Last successful import was .

Import started on pear and finished taking 20 seconds — see the log
Import started on pear and finished taking 20 seconds — see the log
Import started on pear and finished taking 25 seconds — see the log
Import started on pear and finished taking 25 seconds — see the log

Recent revisions

8855. By Miloš Popović

Update Serbian Latin translation

8854. By Марко М. Костић

Update Serbian translation

8853. By Daniel Mustieles <email address hidden>

Updated Spanish translation

8852. By Olivier Fourdan <email address hidden>

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>

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>

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>

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

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>

Bump version to 3.27.91

Update NEWS.

8846. By Carlos Garnacho

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

Branch metadata

Branch format:
Branch format 7
Repository format:
Bazaar repository format 2a (needs bzr 1.16 or later)
This branch contains Public information 
Everyone can see this information.