Issue metadata
Sign in to add a comment
|
Enter key sometimes ignored if pressed right after focusing Omnibox.
Reported by
benjamin.fernandez@bailacthor.com,
Sep 4
|
||||||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/68.0.3440.106 Safari/537.36 Steps to reproduce the problem: (Do these steps quickly) 1. Open a url 2. Click on the url 3. Press enter 4. Press enter again 5. And again What is the expected behavior? It should go to the url in step 3, but it goes after pressing the key several times. What went wrong? Seems like I have to wait some seconds in order to go to the url, after 1 or 2 seconds it works correctly Did this work before? Yes Many years ago Chrome version: 68.0.3440.106 Channel: stable OS Version: 10.0 Flash Version: If this is an intentional feature (to avoid users pressing enter accidentaly or something) I would like to know if there is any way to remove it using any chrome flag or setting.
,
Sep 5
Thanks for filing the issue! Unable to reproduce the issue on reported chrome version 68.0.3440.106 using Windows 10 with the below mentioned steps. 1. Launched Chrome. 2. Opened a new tab and entered/pasted an URL. 3. Pressed the Enter button. Observed the URL got directed to the page which it has to open in the very first hit, without having to press the enter key multiple times to get the job done. @Reporter: Could you please check the same in a new profile and let us know if the issue still persists. Any further inputs from your end may be helpful in triaging the issue further in a better way.
,
Sep 5
Hi Vamshi, try the same order as my list, I going to add the missing steps in your list: 1. Launch Chrome. 2. Open a new tab and enter/paste an URL. 3. Press the Enter button. 2. Click on the url. 3. Press enter again. You can try this too: 1. Move to another tab in your chrome. 2. Click on the url. 3. Press enter. If you do it fast The enter key will be ignored, If you wait 1 second will work normally. I tested this in many computers on different networks and different users, it always fails the first attempt. (I am a web developer and I usually need to refresh my websites to see my changes.)
,
Sep 5
Thank you for providing more feedback. Adding the requester to the cc list. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Sep 6
Tried re-checking the issue on reported chrome version 68.0.3440.106 using Windows 10 with the exact steps mentioned in comment#3. Even after hitting enter key without giving any delay after clicking on the URL, we couldn't see the Enter key being ignored. Hence removing Needs-Bisect label. Note: Please add the label back if required. @Reporter: Could you please let us know if this is happening with every URL/site or with any specific URL/site. In such case it would be highly helpful if provided with the URL in which the issue is seen. Thanks!
,
Sep 6
It happens in any url, including the current one. Sometimes I have to press the key 4 times, and sometimes it works at the first attempt...
,
Sep 6
Thank you for providing more feedback. Adding the requester to the cc list. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Oct 10
Unable to reproduce the issue on latest stable #69.0.3497.100 on Windows 10 by following steps as per comment#3. As per comment#2 and comment #5, the issue is not getting repro on TE-End, hence adding TE-NeedsTriageHelp label for further investigation of the issue. Thanks.!
,
Oct 10
,
Oct 17
Hi benjamin.fernandez, thanks for the report! A couple clarifying questions to try and narrow this down since we've been uanble to repro so far: -when the browser is unresponsive for you, is there any indication that something is happening or does it look like your enter keypress just went off into the void? For example, I can repeatedly hit ctrl+l and enter to focus the omnibox and issue a navigation. If I'm fast enough they seem to overlap and I naver get off the current page, -but- during this the favicon changes to a spinning indicator so it looks like at least something is happening (Windows, Chrome 69 stable) -any antivirus software besides windows defender? Or any accessibility tools active? -I know you said it can happen with all URLs. Just to verify - does it reproduce by pasting google.com or bing.com into the address bar and hitting enter a few times? (use cases suggested since they're remote sites that are generally responsive and don't take a while to load) Thank you!
,
Oct 17
Hi skare, answering your questions: - there are no response, it's just like not pressing any key, I don't see the spinning icon because the website is already loaded, when I click on the url on the omnibar the background turns blue (as selected), when I press enter it still blue (this way I know the key didn't work so I have to press it again), pressing enter a second or third time removes the blue background and shows the spinning icon. (I attached an image showing what I mean with blue background). - I use Windows defender only. - I just tried in google, the first time worked at the first attempt, I tried again switching to another tab and then went back to google.com tab, pressed enter and nothing happened (blue background, no spinning favicon). thank you
,
Oct 17
Thank you for providing more feedback. Adding the requester to the cc list. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Oct 29
pkasting: Actually I THINK was able to make this happen on reddit.com (by doing it really really fast) but not on gmail. I'm not sure though. Peter - is there any circumstance if the browser thread is busy that we can drop an input event in Views? Or is it always enqueued?
,
Oct 29
It ought to get queued up. I'm trying to understand the bug report here. Comment 11 makes it sound like this is an attempt to reload the current page. IIRC, a press-enter reload does not need to do anything if none of the resources on the page need revalidation (see https://developer.mozilla.org/en-US/docs/Web/HTTP/Caching for more info on cache controls). It's very rarely the case that nothing needs revalidation, but it's possible. I would think in that case, pressing enter should appear to do nothing. I can't quite remember the different types of reloads and which one pressing enter is mapped to, though.
,
Oct 29
Maybe I should simply press the reload button or F5 key to avoid this issue, I usually prefer "click+enter" to avoid resending any POST data (also is a wider area to click).
,
Oct 30
I also reported this issue, and I also encounter it every time I want to avoid resending form/POST data. My report is over here: https://bugs.chromium.org/p/chromium/issues/detail?id=879000
,
Oct 30
Merging into bug 880354 which has (arguably) more details. |
|||||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||||
Comment 1 by viswa.karala@chromium.org
, Sep 4