Bug 1435968

Summary: GDM ignores mouse input
Product: Red Hat Enterprise Linux 8 Reporter: Peter Kovář <peter.kovar>
Component: gdmAssignee: Ray Strode [halfline] <rstrode>
Status: CLOSED WONTFIX QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: unspecified    
Version: 8.3CC: hdegoede, rstrode
Target Milestone: rcFlags: pm-rhel: mirror+
Target Release: 8.0   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2020-12-01 07:28:23 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
/etc/X11/xorg.conf none

Description Peter Kovář 2017-03-26 10:40:54 UTC
Created attachment 1266505 [details]
/etc/X11/xorg.conf

Description of problem:
GDM ignores mouse input with 30 bits per pixel settings

Version-Release number of selected component (if applicable):
Fedora release 25 (Twenty Five)

How reproducible:
Always

Steps to Reproduce:
1. Set DefaultDepth to 30 bits as in the attached X server configuration file
2. Restart the computer
3. Try to select user with mouse only

Actual results:
Only keyboard input is active

Expected results:
Click with mouse should selecte the user or session

Additional info:
nVIDIA Driver Version: 378.13
nVIDIA GeForce GTX 1080
Samsung U28E590 (DP-2)

$ xdpyinfo 
name of display:    :1
version number:    11.0
vendor string:    Fedora Project
vendor release number:    11901000
maximum request size:  16777212 bytes
motion buffer size:  256
bitmap unit, bit order, padding:    32, LSBFirst, 32
image byte order:    LSBFirst
number of supported pixmap formats:    8
supported pixmap formats:
    depth 1, bits_per_pixel 1, scanline_pad 32
    depth 4, bits_per_pixel 8, scanline_pad 32
    depth 8, bits_per_pixel 8, scanline_pad 32
    depth 15, bits_per_pixel 16, scanline_pad 32
    depth 16, bits_per_pixel 16, scanline_pad 32
    depth 24, bits_per_pixel 32, scanline_pad 32
    depth 32, bits_per_pixel 32, scanline_pad 32
    depth 30, bits_per_pixel 32, scanline_pad 32
keycode range:    minimum 8, maximum 255
focus:  window 0x3400007, revert to Parent
number of extensions:    29
    BIG-REQUESTS
    Composite
    DAMAGE
    DOUBLE-BUFFER
    DPMS
    DRI2
    GLX
    Generic Event Extension
    MIT-SCREEN-SAVER
    MIT-SHM
    NV-CONTROL
    NV-GLX
    Present
    RANDR
    RECORD
    RENDER
    SHAPE
    SYNC
    X-Resource
    XC-MISC
    XFIXES
    XFree86-DGA
    XFree86-VidModeExtension
    XINERAMA
    XINERAMA
    XInputExtension
    XKEYBOARD
    XTEST
    XVideo
default screen number:    0
number of screens:    1

screen #0:
  dimensions:    3840x2160 pixels (610x343 millimeters)
  resolution:    160x160 dots per inch
  depths (8):    30, 1, 4, 8, 15, 16, 24, 32
  root window id:    0x1e9
  depth of root window:    30 planes
  number of colormaps:    minimum 1, maximum 1
  default colormap:    0x20
  default number of colormap cells:    1024
  preallocated pixels:    black 0, white 1073741823
  options:    backing-store WHEN MAPPED, save-unders NO
  largest cursor:    256x256
  current input event mask:    0xfa8033
    KeyPressMask             KeyReleaseMask           EnterWindowMask          
    LeaveWindowMask          ExposureMask             StructureNotifyMask      
    SubstructureNotifyMask   SubstructureRedirectMask FocusChangeMask          
    PropertyChangeMask       ColormapChangeMask       
  number of visuals:    132
  default visual id:  0x21
  visual:
    visual id:    0x21
    class:    TrueColor
    depth:    30 planes
    available colormap entries:    1024 per subfield
    red, green, blue masks:    0x3ff, 0xffc00, 0x3ff00000
    significant bits in color specification:    11 bits

Comment 1 Peter Kovář 2017-04-01 18:18:24 UTC
Recompiled with 3.24.0-2 from rawhide. The bug still persist.

Comment 2 Peter Kovář 2017-06-15 09:10:13 UTC
Is anybody out there?

This bug report wasn't meant to be April Fools Day joke.

Comment 3 Jan Kurik 2017-08-15 07:17:37 UTC
This bug appears to have been reported against 'rawhide' during the Fedora 27 development cycle.
Changing version to '27'.

Comment 4 Peter Kovář 2018-11-05 15:46:48 UTC
This bug is still in F29. It seems like GNOME Shell is unable to handle mouse buttons while X server is configured with 30 bpp.

Comment 5 Peter Kovář 2019-05-01 13:36:06 UTC
The same error with F30.

Although I am glad I do not need GDM anymore. XDM just works.

Comment 6 Peter Kovář 2019-09-28 14:39:05 UTC
Tested on RHEL 8 right now. The bug still persist. This is not funny.

Comment 9 Peter Kovář 2020-11-29 16:44:40 UTC
pdated to the 8.3. Still the same.

Comment 10 RHEL Program Management 2020-12-01 07:28:23 UTC
After evaluating this issue, there are no plans to address it further or fix it in an upcoming release.  Therefore, it is being closed.  If plans change such that this issue will be fixed in an upcoming release, then the bug can be reopened.