Public bug reported:
When two displays are connected and one has a 200% scaling, moving apps
between them results in several issues:
Apps that can actively scale (such as native Nautilus, Settings...):
When dragging the window around, it automatically adjusts scaling based
on on which of the monitors is the majority of the app (this is probably
correct behaviour),
BUT when using keyboard shortcuts [Ctrl] + [Super] + ←/↑/↓/→, fullscreen
windows jump around and scale correctly, but half-full screen apps
(arranged by [Super] + ←/→) cannot go from the larger monitor to the
smaller, they get stuck in the scaled-up version and don't fit on the
smaller display.
Small non-maximized windows don't have this issue, possibly because when
they first move in their scaled-up state, they do fit on the smaller
monitor still, and only then are they scaled down.
Apps that don't support changes in scaling and only apply the new scaling on a
relaunch (such as Chrome) don't have these issues, but they obviously have that
other problem.
Description: Ubuntu 20.04.4 LTS
Release: 20.04
mutter 3.36.9
What I expect:
Windows covering half a full screen, when moved to a different display with
different scaling (using a keyboard), stay covering half a full screen.
What happens instead:
When moved to a display with higher scaling, this happens correctly, but when
moved to a monitor with lower scaling, they get "stuck" on both monitors in
their inflated state.
** Affects: mutter (Ubuntu)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to mutter in Ubuntu.
https://bugs.launchpad.net/bugs/1983508
Title:
Moving windows between monitors with different scaling causes isues
Status in mutter package in Ubuntu:
New
Bug description:
When two displays are connected and one has a 200% scaling, moving
apps between them results in several issues:
Apps that can actively scale (such as native Nautilus, Settings...):
When dragging the window around, it automatically adjusts scaling
based on on which of the monitors is the majority of the app (this is
probably correct behaviour),
BUT when using keyboard shortcuts [Ctrl] + [Super] + ←/↑/↓/→,
fullscreen windows jump around and scale correctly, but half-full
screen apps (arranged by [Super] + ←/→) cannot go from the larger
monitor to the smaller, they get stuck in the scaled-up version and
don't fit on the smaller display.
Small non-maximized windows don't have this issue, possibly because
when they first move in their scaled-up state, they do fit on the
smaller monitor still, and only then are they scaled down.
Apps that don't support changes in scaling and only apply the new scaling on
a relaunch (such as Chrome) don't have these issues, but they obviously have
that other problem.
Description: Ubuntu 20.04.4 LTS
Release: 20.04
mutter 3.36.9
What I expect:
Windows covering half a full screen, when moved to a different display with
different scaling (using a keyboard), stay covering half a full screen.
What happens instead:
When moved to a display with higher scaling, this happens correctly, but when
moved to a monitor with lower scaling, they get "stuck" on both monitors in
their inflated state.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/mutter/+bug/1983508/+subscriptions
--
Mailing list: https://launchpad.net/~desktop-packages
Post to : [email protected]
Unsubscribe : https://launchpad.net/~desktop-packages
More help : https://help.launchpad.net/ListHelp
