Revert "tests: Fix actor-anchors test"

This reverts commit dd451547a5e7bcce6d9752cb1936ee8222b82315.

since we reverted commit 5cb5baa with commit 193216c

Gbp-Pq: Name 0019-Revert-tests-Fix-actor-anchors-test.patch

Revert "ClutterActor: Optimize away idempotent scale/position updates"

This reverts commit 5cb5baa7d42712f9e0db8dfaa0485e2d833e4d83.

There's a cascade of regressions that needs to be sorted out before
relanding this:

https://bugzilla.gnome.org/show_bug.cgi?id=784314

Gbp-Pq: Name 0018-Revert-ClutterActor-Optimize-away-idempotent-scale.patch

compositor: Avoid a crash if the top window actor is finalized

Since we're not holding a reference, the top window actor might be
finalized when we paint resulting in a use after free crash.

https://bugzilla.gnome.org/show_bug.cgi?id=788493

Gbp-Pq: Name 0017-compositor-Avoid-a-crash-if-top-window-finalized.patch

monitor-unit-tests: Check non-first preferred modes

Check that if there are multiple modes with the same ID (resolution,
refresh rate and handled flags) we correctly add the preferred mode to
the list of monitor modes.

https://bugzilla.gnome.org/show_bug.cgi?id=789153

Gbp-Pq: Name 0016-monitor-unit-tests-Check-non-first-preferred-modes.patch

monitor/normal: Prefer modes with same flags as preferred mode

When generating MetaMonitorMode's, prefer CRTC modes that has the same
set of flags as the preferred mode. This not only is probably a better
set of configurable modes, but it'll guarantee that the preferred mode
is added.

This fixes a crash when the preferred mode was not the first mode with
the same resolution, refresh rate and set of handled modes.

https://bugzilla.gnome.org/show_bug.cgi?id=789153

Gbp-Pq: Name 0015-monitor-normal-Prefer-modes-with-same-flags.patch

monitor-manager/xrandr: Use a single supported scales list for all

Under X11 we can only ever have the same scale configured on all
monitors. In order to use e.g. scale 2 when there is a HiDPI monitor
connected, we must not disallow it because there is a monitor that does
not support scale 2. Thus we must show the same scale for every monitor
and monitor mode, even though it might result in a bad experience.

Do this by iterating through all the monitors adding all supported
scales by the preferred mode, combining all the supported scales. This
supported scales list is then used for all monitor and modes no matter
what.

https://bugzilla.gnome.org/show_bug.cgi?id=788901
https://launchpad.net/bugs/1724024

Gbp-Pq: Name 0014-Use-a-single-supported-scales.patch

compositor: Ignore offscreen windows when unredirecting

When determining whether we should unredirect a window or not, ignore
offscreen windows, and just check the top most visible window.

Previously this was not an issue, but since 'stack-tracker: Keep
override redirect windows on top' we started sorting the UI frames
window, which is an offscreen override redirect window, on top, causing
the unredirect checking code to always check whether to unredirect the
UI frames window. This effectively disabled the compositor bypass
functionality.

https://bugzilla.gnome.org/show_bug.cgi?id=788493

Gbp-Pq: Name 0013-compositor-Ignore-offscreen-windows.patch

x11/window: Don't manage InputOnly windows

This was dropped by mistake in commit
f166240225b6ab110b091520103d0370d51899ac.

https://bugzilla.gnome.org/show_bug.cgi?id=788493

Gbp-Pq: Name 0012-x11-window-Don-t-manage-InputOnly-windows.patch

workspace: ensure that workarea data is valid when fetching by monitor num

https://bugzilla.gnome.org/show_bug.cgi?id=788860

Gbp-Pq: Name 0011-workspace-ensure-that-workarea-data-is-valid-when-fe.patch

backend: move the cursor render update on screen changes here

https://bugzilla.gnome.org/show_bug.cgi?id=788860

Gbp-Pq: Name 0010-backend-move-the-cursor-render-update-on-screen-chan.patch

monitor-manager: use g_return_val_if_fail if trying to fetch an invalid monitor

https://bugzilla.gnome.org/show_bug.cgi?id=788860

Gbp-Pq: Name 0009-monitor-manager-use-g_return_val_if_fail-if-trying-t.patch

backends: add 'monitors-updated-internal' signal to only update internal state

Adding an internal signal and use it to update the internal state before
emitting "monitors-changed" which will be repeated by the screen to the world.

https://bugzilla.gnome.org/show_bug.cgi?id=788860

Gbp-Pq: Name 0008-backends-add-monitors-updated-internal-signal-to-onl.patch

settings: Get UI scaling factor from primary logical monitor

Don't use MAX(logical monitor scales) to determine the UI scaling
factor, just use the primary logical monitor. That's where the shell UI
will most likely be.

https://bugzilla.gnome.org/show_bug.cgi?id=788820

Gbp-Pq: Name 0007-settings-Get-UI-scaling-factor-from-primary-logical-.patch

x11-Protect-XChangeProperty-call-with-error-traps

Gbp-Pq: Name 0006-x11-Protect-XChangeProperty-call-with-error-traps.patch

wayland-dma-buf: Don't send modifiers to old clients

The modifier event was only added in v3 of the client; sending it to
older clients (e.g. GStreamer waylandsink) causes them to disconnect
immediately.

Send the older 'format' event to all clients, and only send the newer
'modifier' event to resource versions 3 or above.

https://bugzilla.gnome.org/show_bug.cgi?id=788558

Gbp-Pq: Name 0001-wayland-dma-buf-Don-t-send-modifiers-to-old-clients.patch

skip-failing-tests-325

Gbp-Pq: Name skip-failing-tests-325.patch

skip-failing-tests

Gbp-Pq: Name skip-failing-tests.patch

gtk-shell: Work around non-working startup notifications

GNOME Shell relies on the MetaScreen::startup-sequence-changed signal,
which is tied to (lib)startup-notification and therefore X11. As a result,
when we remove the startup sequence of a wayland client, GNOME Shell will
not be notified about this until startup-notification's timeout is hit.
As a temporary stop-gap, go through XWayland even for wayland clients,
so that the signal is emitted when expected.

Bug: https://bugzilla.gnome.org/show_bug.cgi?id=768531
Applied-upstream: no

Gbp-Pq: Name bgo768531_workaround-startup-notifications.patch

mutter (3.26.1-6) unstable; urgency=high

  * debian/control.in: Bump libegl1-mesa-dev to (>= 17) (Closes: #878702)
  * Cherry-pick more fixes from gnome-3-26 branch to fix crashes
    and fix unredirecting full-screen windows:
    - 0012-x11-window-Don-t-manage-InputOnly-windows.patch
    - 0013-compositor-Ignore-offscreen-windows.patch
      (LP: #1725821)
    - 0015-monitor-normal-Prefer-modes-with-same-flags.patch
    - 0016-monitor-unit-tests-Check-non-first-preferred-modes.patch
      (LP: #1725153)
    - 0017-compositor-Avoid-a-crash-if-top-window-finalized.patch
    - 0018-Revert-ClutterActor-Optimize-away-idempotent-scale.patch
    - 0019-Revert-tests-Fix-actor-anchors-test.patch
      (Closes: #788140)
  * Set urgency to high to not further delay the gjs/mutter transition

[dgit import unpatched mutter 3.26.1-6]

Import mutter_3.26.1-6.debian.tar.xz

[dgit import tarball mutter 3.26.1-6 mutter_3.26.1-6.debian.tar.xz]

Import mutter_3.26.1.orig.tar.xz

[dgit import orig mutter_3.26.1.orig.tar.xz]