GNOME Bugzilla – Bug 643302
Alt-Tab not working with dialog
Last modified: 2011-07-13 18:28:12 UTC
Created attachment 181926 [details] test case Simple, dumb test case attached. 1. Run test-dialog.py 2. Click "Open Dialog" 3. Alt-tab to another window on the same workspace. 4. Alt-tab back to the dialog. 5. Alt-tab, notice that you're alt-tabbing to the dialog, with your other window in first place. 6. Try closing the the test case window, then spam ^C because I'm too lazy to add a proper destroy handler.
Created attachment 186746 [details] [review] shell-app: Fix a case where last_user_time isn't updated. When activating an uninteresting window, the last_user_time isn't updated, because we aren't tracking the window that the user_time gets updated on. Hack around this by setting the last_user_time in shell_app_activate when activating an uninteresting window.
Review of attachment 186746 [details] [review]: We have a general problem in that in some cases we want ALL windows of an app, and in others we only want the "interesting" ones, and ideally we'd keep track of both. I think this patch is OK as a quick hack though.
Attachment 186746 [details] pushed as 74a39ae - shell-app: Fix a case where last_user_time isn't updated.
Try changing your instructions: 1. Run test-dialog.py 2. Click "Open Dialog" 3. Alt-tab to another window on the same workspace. - 4. Alt-tab back to the dialog. + 4. Click on the dialog to return to it 5. Alt-tab, notice that you're alt-tabbing to the dialog, with your other window in first place. 6. Try closing the the test case window, then spam ^C because I'm too lazy to add a proper destroy handler. and I'm pretty sure you'll see similar misbehavior with your patch, so it isnt' a complete solution.
The main problem here is that we're considering all dialogs uninteresting, so they don't get last_user_time updates. Should we just track dialog windows instead?
*** This bug has been marked as a duplicate of bug 645026 ***