Bug 1329306 - Reminder window blocks window switch via "Alt + Tab"
Summary: Reminder window blocks window switch via "Alt + Tab"
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: gnome-shell
Version: 7.2
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: rc
: ---
Assignee: Florian Müllner
QA Contact: Desktop QE
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2016-04-21 14:52 UTC by Oliver Ilian
Modified: 2016-11-04 01:44 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2016-11-04 01:44:17 UTC
Target Upstream Version:

Attachments (Terms of Use)
Add an attachment (proposed patch, testcase, etc.)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2016:2258 0 normal SHIPPED_LIVE gnome-shell, gnome-shell-extensions, and gtk3 bug fix and enhancement update 2016-11-03 13:32:13 UTC

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
Note You need to log in before you can comment on or make changes to this bug.