New issue
Advanced search Search tips

Issue 631202 link

Starred by 2 users

Issue metadata

Status: Untriaged
Owner: ----
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: All
Pri: 2
Type: Bug

Blocking:
issue 631798



Sign in to add a comment

Browser might lose track of focus when there is a slow OOP renderer.

Project Member Reported by ekaramad@chromium.org, Jul 25 2016

Issue description

Version: 54.0.2808.0 (Developer Build) (64-bit)
OS: All

What steps will reproduce the problem?
(0) Start chrome with --site-per-process.
(1) Load a page with an <input> field and an <iframe>.
(2) Navigate the <iframe> to the page attached (it is a simple page which starts counting as soon as the button is pressed.)
(3) Set the count to something large so that the renderer becomes unresponsive for a couple of second until the count finishes.
(4) Start the count.
(5) Immediately after (4) click on <input>.
(6) Immediately after (5) click inside <iframe>.
(7) Immediately after (6) click inside <input> again.

What is the expected output?
After (7) <input> should keep focus.

What do you see instead?
<input> loses focus after the count is over (the <iframe> is now focus).
 
input.html
388 bytes View Download
Summary: Browser might lose track of focus when there is a slow OOP renderer. (was: Browser might loses track of focus when there is a slow renderer.)
Labels: OS-All
Status: Available (was: Untriaged)
Blocking: 631798
Project Member

Comment 5 by sheriffbot@chromium.org, Jul 27 2017

Labels: Hotlist-Recharge-Cold
Status: Untriaged (was: Available)
This issue has been Available for over a year. If it's no longer important or seems unlikely to be fixed, please consider closing it out. If it is important, please re-triage the issue.

Sorry for the inconvenience if the bug really should have been left as Available. If you change it back, also remove the "Hotlist-Recharge-Cold" label.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

Sign in to add a comment