After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 758657 - Authorisation dialog scaling wrong in mixed DPI
Authorisation dialog scaling wrong in mixed DPI
Status: RESOLVED OBSOLETE
Product: mutter
Classification: Core
Component: wayland
3.18.x
Other Linux
: Normal normal
: ---
Assigned To: mutter-maint
mutter-maint
Depends on: 765008
Blocks:
 
 
Reported: 2015-11-25 13:35 UTC by Daniel Stone
Modified: 2021-07-05 13:50 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Daniel Stone 2015-11-25 13:35:52 UTC
I have two outputs, an internal HiDPI panel, and a normal external panel. When authorisation dialogs pop up (e.g. ssh-agent) from Mutter, they display in HiDPI/scaled mode regardless of which output. When this is the external output, this means it takes up about 80% of the screen.

I'd attach a screencast, but recording doesn't work due to some GStreamer issue.
Comment 1 Daniel Stone 2015-12-15 15:02:55 UTC
https://youtu.be/qYmJFNWC67E is the behaviour I get when entering the window switcher on the external (non-HiDPI) monitor, which I assume is not unrelated.
Comment 2 Daniel Stone 2016-03-08 11:27:12 UTC
Still the case (both authorisation dialogs, and window overview mode) in 3.20 (master).
Comment 3 Daniel Stone 2016-08-15 11:14:20 UTC
Interestingly, this is half-fixed. The window-switcher behaviour in the video in #1 (scaling and input regions out of sync in mixed-DPI environments) now works totally correctly. However, I authorisation dialogs (e.g. ssh-askpass) still unconditionally pick the largest scale: they look fine on the HiDPI display, but huge on low-DPI.
Comment 4 Jonas Ådahl 2016-08-19 09:15:41 UTC
Adding bug 765008 as a dependency for this one. Teaching the shell about scales and what not seems like a waste of time if we can just let the stage take care of it.
Comment 5 GNOME Infrastructure Team 2021-07-05 13:50:04 UTC
GNOME is going to shut down bugzilla.gnome.org in favor of gitlab.gnome.org.
As part of that, we are mass-closing older open tickets in bugzilla.gnome.org
which have not seen updates for a longer time (resources are unfortunately
quite limited so not every ticket can get handled).

If you can still reproduce the situation described in this ticket in a recent
and supported software version, then please follow
  https://wiki.gnome.org/GettingInTouch/BugReportingGuidelines
and create a new ticket at
  https://gitlab.gnome.org/GNOME/mutter/-/issues/

Thank you for your understanding and your help.