Bug 1329306

Summary:	Reminder window blocks window switch via "Alt + Tab"
Product:	Red Hat Enterprise Linux 7	Reporter:	Oliver Ilian <oliver>
Component:	gnome-shell	Assignee:	Florian Müllner <fmuellner>
Status:	CLOSED ERRATA	QA Contact:	Desktop QE <desktop-qa-list>
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	7.2	CC:	mbarnes, mboisver, mclasen, oliver, tpelka
Target Milestone:	rc
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2016-11-04 01:44:17 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:

Description Oliver Ilian 2016-04-21 14:52:55 UTC

Description of problem:
Evolution reminder window blocks window switch via "Alt + Tab"

Version-Release number of selected component (if applicable):
evolution-3.12.11-15.el7.x86_64

How reproducible:
Every time a reminder window comes up

Steps to Reproduce:
1. create a appointment with a reminder
2. wait for the reminder window to come up
3.

Actual results:
As soon as the pop up comes up, pressing "Alt + Tab" does not switch to another window (clicking via mouse works)

Expected results:
"Alt + Tab" should still switch between windows, and only let the reminder window stay "Always on top"

Additional info:

Comment 2 Milan Crha 2016-04-25 09:52:58 UTC

Thanks for a bug report. I tested this and it seems to me it's some fault of the gnome-shell, because I can reproduce it in it, but not when using the Classic mode.

My reproducer was:
a) make sure the reminder is shown in a dialog with:
   $ gsettings set org.gnome.evolution.calendar notify-with-tray false
b) create a new appointment in a calendar which is setup to be checked for
   reminders (the On This Computer/Personal usually is)
c) if there's needed a re-test, then the easiest thing is to edit the
   appointment and move its start by one minute to the future.

I checked how the dialog is created and there is nothing special about it [1][2].

[1] https://git.gnome.org/browse/evolution/tree/calendar/alarm-notify/alarm-notify.ui#n20
[2] https://git.gnome.org/browse/evolution/tree/calendar/alarm-notify/alarm-notify-dialog.c#n279

Comment 3 Matthias Clasen 2016-05-17 15:38:22 UTC

Florian, did you want to build a fix for this ?

Comment 4 Florian Müllner 2016-05-19 11:24:18 UTC

Sorry, I forgot to update the bug status after doing the build. The issue should be fixed in gnome-shell-3.14.4-41.el7.

Comment 6 Tomas Pelka 2016-09-02 11:36:04 UTC

Hi Oliver can you still see this with latest 7.3?

Comment 7 Oliver Ilian 2016-09-02 12:27:50 UTC

This is fixed in the latest RHEL 7.3 packages.

Comment 8 Tomas Pelka 2016-09-02 18:45:30 UTC

Thank you Oliver!

Comment 10 errata-xmlrpc 2016-11-04 01:44:17 UTC

Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://rhn.redhat.com/errata/RHBA-2016-2258.html