No focus on UI after reloading an 'AySnap'ed page
Reported by
romgrk...@gmail.com,
Oct 2 2016
|
||||||||
Issue descriptionUserAgent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/54.0.2840.41 Safari/537.36 Steps to reproduce the problem: 1. Wait for a crash (and aysnap show up) 2. Press Ctrl+R (reloads the page) 3. Press Ctrl+Tab What is the expected behavior? Switch tab What went wrong? No switch tab Crashed report ID: How much crashed? Just one tab Is it a problem with a plugin? N/A Did this work before? Yes Previous update Chrome version: 54.0.2840.41 Channel: beta OS Version: ArchLinux Flash Version: Shockwave Flash 23.0 r0 Chrome doesn't respond anymore to Ctrl+Tab (and other keybindings) after the page has reloaded (the page loads correctly). To restore the focus, one has to click on the page, and then Ctrl+Tab works as expected.
,
Oct 2 2016
,
Oct 3 2016
Unable to reproduce the issue on Linux 14.04 chrome version 54.0.2840.41 - After step 3 switched tab Could you please try the same on a new profile where there are no apps/extensions and update the thread. You can create a new profile from chrome://settings
,
Oct 3 2016
I'm able to reproduce with the following steps on Linux (but not on Mac): 1. Go to google.com 2. Type chrome:crash in the omnibox to crash the tab 3. Press ctrl+r 4. Press ctrl+t and no new tab will be opened I've bisected this all the way back to the Linux Aura port. Setting to pri-3 since this has existed for so long, but has gone unnoticed
,
Sep 17
Archiving old bugs that have only received trivial updates for some time. If you feel this issue should still be addressed, feel free to reopen it or to file a new issue. Thanks!
,
Sep 17
,
Sep 19
,
Nov 22
***Mass UI Triage*** This is working fine on the latest M-72 #72.0.3616.0 on Linux Debian Rodete. If this bug still reproduces for you, please reopen or file a new issue. Thanks! |
||||||||
►
Sign in to add a comment |
||||||||
Comment 1 by romgrk...@gmail.com
, Oct 2 2016