RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 861510 - mutter crashes with BadMatch when started on an X server with multiple screens
Summary: mutter crashes with BadMatch when started on an X server with multiple screens
Keywords:
Status: CLOSED UPSTREAM
Alias: None
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: mutter
Version: 7.0
Hardware: Unspecified
OS: Unspecified
high
high
Target Milestone: rc
: ---
Assignee: Florian Müllner
QA Contact: Desktop QE
URL:
Whiteboard:
Depends On:
Blocks: 861997
TreeView+ depends on / blocked
 
Reported: 2012-09-28 21:33 UTC by Daniel Dadap
Modified: 2014-05-28 21:57 UTC (History)
5 users (show)

Fixed In Version: 3.6.1
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2014-05-07 07:57:36 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
GNOME Bugzilla 648156 0 None None None 2012-09-28 22:45:55 UTC

Description Daniel Dadap 2012-09-28 21:33:25 UTC
Note: This is filed against RHEL 6, but is really a request for RHEL 7

Description of problem:
mutter does not seem to be able to run on a server with more than one X screen.

Version-Release number of selected component (if applicable):
I selected the gnome-desktop component, because there doesn't seem to be a mutter component for RHEL 6. The version of mutter is 3.4.1.

How reproducible:
Attempt to start mutter on an X server with multiple X screens.

Steps to Reproduce:
1. Configure an X server with multiple screens (e.g., multiple GPUs; one screen per GPU)
2. Start a bare X server with no clients
3. Start mutter on the X server
  
Actual results:
Mutter crashes:

# DISPLAY=:0 mutter
Window manager warning: Log level 16: The program 'mutter' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadMatch (invalid parameter attributes)'.
  (Details: serial 584 error_code 8 request_code 7 minor_code 0)
  (Note to programmers: normally, X errors are reported asynchronously;
   that is, you will receive the error a while after causing it.
   To debug your program, run it with the GDK_SYNCHRONIZE environment
   variable to change this behavior. You can then get a meaningful
   backtrace from your debugger if you break on the gdk_x_error() function.)

Expected results:
Mutter shouldn't crash.

Additional info:

Comment 2 Daniel Dadap 2012-09-28 22:45:54 UTC
Sorry; should have searched for upstream bug before filing.

Here's the upstream bug: https://bugzilla.gnome.org/show_bug.cgi?id=648156

Comment 3 Matthias Clasen 2012-10-18 19:51:43 UTC
We've recently fixed this upstream; mutter will no longer attempt to manage more than one screen.

Comment 4 Joe Donohue 2014-05-28 21:57:36 UTC
Can someone confirm that this is fixed in RHEL 7.0?

Thanks


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