Bug 1435968 - GDM ignores mouse input
Summary: GDM ignores mouse input
Keywords:
Status: NEW
Alias: None
Product: Red Hat Enterprise Linux 8
Classification: Red Hat
Component: gdm
Version: 8.0
Hardware: x86_64
OS: Linux
unspecified
medium
Target Milestone: rc
: 8.0
Assignee: Ray Strode [halfline]
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2017-03-26 10:40 UTC by Peter Kovář
Modified: 2019-09-29 15:26 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed:
Type: Bug
Target Upstream Version:


Attachments (Terms of Use)
/etc/X11/xorg.conf (390 bytes, text/plain)
2017-03-26 10:40 UTC, Peter Kovář
no flags Details

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.


Note You need to log in before you can comment on or make changes to this bug.