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 754525 - loginDialog: Limit user list to the available height
loginDialog: Limit user list to the available height
Status: RESOLVED FIXED
Product: gnome-shell
Classification: Core
Component: general
unspecified
Other All
: Normal normal
: ---
Assigned To: gnome-shell-maint
gnome-shell-maint
Depends on:
Blocks:
 
 
Reported: 2015-09-03 13:29 UTC by Florian Müllner
Modified: 2015-09-03 14:06 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
loginDialog: Limit user list to the available height (1.12 KB, patch)
2015-09-03 13:29 UTC, Florian Müllner
committed Details | Review

Description Florian Müllner 2015-09-03 13:29:14 UTC
See patch.
Comment 1 Florian Müllner 2015-09-03 13:29:19 UTC
Created attachment 310590 [details] [review]
loginDialog: Limit user list to the available height

We currently will always allocate the user list's preferred size, so it
will grow indefinitely and never scroll; limit the height instead to
get the desired scrolling behavior when necessary.
Comment 2 Ray Strode [halfline] 2015-09-03 13:34:00 UTC
Review of attachment 310590 [details] [review]:

seems right to me.

::: js/gdm/loginDialog.js
@@ +537,3 @@
 
+        natHeight = Math.min(natHeight, dialogBox.y2 - dialogBox.y1);
+

should probably do natWidth above it too, for symmetry, even though it's less likely to be a problem practically speaking.
Comment 3 Florian Müllner 2015-09-03 14:06:13 UTC
Attachment 310590 [details] pushed as 09dbe17 - loginDialog: Limit user list to the available height

(In reply to Ray Strode [halfline] from comment #2)
> should probably do natWidth above it too, for symmetry, even though it's
> less likely to be a problem practically speaking.

Sure, though we don't scroll horizontally, so we'll likely run into some underallocation issues should we ever hit this case (but the symmetry argument still makes sense to me)