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 1274926 - Red Hat Access causes window-list to create bogus window button that crashes gnome-shell
Summary: Red Hat Access causes window-list to create bogus window button that crashes ...
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: gnome-shell
Version: 7.2
Hardware: Unspecified
OS: Unspecified
unspecified
high
Target Milestone: rc
: ---
Assignee: Florian Müllner
QA Contact: Desktop QE
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2015-10-23 21:30 UTC by rudolf
Modified: 2020-05-28 12:58 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2020-05-28 12:58:43 UTC
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)
screenshot (441.16 KB, image/png)
2015-10-24 17:19 UTC, rudolf 		no flags Details
log after alt+tab (2.52 KB, text/plain)
2015-10-24 17:26 UTC, rudolf 		no flags Details
Test script (1.81 KB, text/plain)
2020-05-28 12:53 UTC, Florian Müllner 		no flags Details
View All

Description rudolf 2015-10-23 21:30:12 UTC 
Version-Release number of selected component (if applicable):
7.2 beta

How reproducible:
always

Steps to Reproduce:
1.Open Red Hat Access, login, search for something
2.Doubleclick any article and immediately minimize RHA window
3.Article window will show
4.Minimize and unminimize it
5.Window-list will create bogus windows button called "Red Hat Access", at this point, in journalctl:

Oct 23 23:16:23 rhel.home.local gnome-session[18122]: (gnome-shell:20773): mutter-CRITICAL **: meta_window_set_stack_position_no_sync: assertion 'window->stack_position >= 0' failed
Oct 23 23:16:09 rhel.home.local gnome-session[18122]: (gnome-shell:20773): mutter-CRITICAL **: meta_window_set_stack_position_no_sync: assertion 'window->stack_position >= 0' failed
Oct 23 23:15:22 rhel.home.local gnome-session[18122]: (gnome-shell:20773): mutter-CRITICAL **: meta_window_set_stack_position_no_sync: assertion 'window->stack_position >= 0' failed

6. Close RHA and bogus window button will remain in window-list, it can't be closed
7. Right click on it, click maximize and shell will crash:

Oct 23 23:20:30 rhel.home.local kernel: gnome-shell[20773]: segfault at 28 ip 00007f79a67fa1c5 sp 00007ffd54873100 error 4 in libmutter.so.0.0.0[7f79a67a2000+e8000]


Additional info:
I'm not sure if gnome-shell is correct component, seems to me that bug can be in RHA, gnome-shell, or window-list extension
Comment 2 rudolf 2015-10-24 17:19:21 UTC 
Created attachment 1086116 [details]
screenshot

Bogus window buttons are created everytime I (un)minimize *newly opened* Red Hat Access article. Screenshot shows typical result of using RHA app for a while.
Comment 3 rudolf 2015-10-24 17:26:17 UTC 
Created attachment 1086117 [details]
log after alt+tab

It also breaks alt+tab. Lines in log are after hitting alt+tab single time.
Comment 5 Florian Müllner 2020-05-28 12:53:34 UTC 
Created attachment 1693041 [details]
Test script
Comment 6 Florian Müllner 2020-05-28 12:58:43 UTC 
> Steps to Reproduce:
> 1.Open Red Hat Access, login, search for something

For some reason any search returns 0 results.

However I cannot reproduce the issue when minimizing the login window after entering my credentials: It is replaced by the search window as expected once authentication completes.

Taking a look at the source code suggests that there are two peculiarities as far as gnome-shell is concerned:

 1. windows aren't matched to the .desktop file
    (wmclass, GTK application ID and .desktop file all use
     different naming schemes)

 2. the UI is implemented as a series of windows that are
    shown/hidden depending on state (e.g. login window,
    search window, article window, ...)

I've replicated those in a small test script and tried to reproduce the issue to no avail.

I'll therefore assume that the underlying issues have been fixed in the meantime. Please reopen if you can still reproduce the issue on RHEL 7.8, and I will take another look.
Note You need to log in before you can comment on or make changes to this bug.