New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 697975 link

Starred by 1 user

Issue metadata

Status: WontFix
Owner: ----
Closed: Mar 2017
Cc:
Components:
EstimatedDays: ----
NextAction: 2017-03-23
OS: Mac
Pri: 2
Type: Bug



Sign in to add a comment

Focus issue when trying to focus on textarea of width 1px

Reported by 59.adi...@gmail.com, Mar 2 2017

Issue description

UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/56.0.2924.87 Safari/537.36

Steps to reproduce the problem:
1. Create a page with a scroll and add a textarea with width 1px
2. Add focus to textarea manually by scrolling down to the textarea
3. Now programatically add focus to textarea. The page will jump to the top

What is the expected behavior?
The page should not jump to the top if textarea is in middle of page with scroll.

What went wrong?
Chrome is not focusing properly for textarea with small width. As a workaround 3px width works fine

Did this work before? N/A 

Chrome version: 56.0.2924.87  Channel: stable
OS Version: OS X 10.11.6
Flash Version:

 
Cc: rbasuvula@chromium.org
Labels: Needs-Feedback
@59.aditya: Could you please provide us any sample html/JS file to triage the issue from test team end.

Thank you!

Comment 2 by ajha@chromium.org, Mar 9 2017

Labels: Needs-Triage-M56
NextAction: 2017-03-23
59....@ 

I wrote this example as you described it. I don't see a jump
http://jsbin.com/pupijo/edit?html,css,js,output

Comment 4 by 59.adi...@gmail.com, Mar 10 2017

Hi,
Sorry I missed your  email.

This is happening in one of my apps.

The jist of the issue is:

I've are developing a javascript editor.We have a span that has a scroll
which holds all the dom for the editor. We also had a text area with width
1px and height 3px. This is used to store data of the editor

Usually the focus is with the text area and equivalently a cursor blinks in
the  span.

For some reason the focus went to the span. The textarea was located on a
bottom scroll page and page was scrolled to the bottom. when I tried to
focus on texrarea it jumped to top of the page.

Sadly I am not able to give a smaller reproduction steps since I  am not
able to reproduce this with a small example. The workaround that worked was
making width 3px. This started happening in newest version of  chrome.

You can close the issue if you are not able to reproduce this since it's
difficult for me to share the code of the editor and I m not able to
replicate it with a small version of code.


Summary: Take a span which is big enough for page to scroll. Have a text
area inside it which always has focus. One time the span had focus. Now
make sure the text area is at bottom of span and page is scrolled. Take
focus from span to editor programmatically.
Project Member

Comment 5 by sheriffbot@chromium.org, Mar 10 2017

Labels: -Needs-Feedback
Thank you for providing more feedback. Adding requester "rbasuvula@chromium.org" to the cc list and removing "Needs-Feedback" label.

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

Comment 6 by kojii@chromium.org, Mar 10 2017

Components: -Blink Blink>Focus
#0/#4: We could try our best but as you said, what we can do is very limited without being able to reproduce the issue. If you could share the reproducible files, small is better but large is ok too, it is very helpful for us.

I'll let our focus experts to see if there were something we can do with the information in this issue.

Comment 7 by kochi@chromium.org, Mar 10 2017

Labels: Needs-Feedback

Comment 8 by kochi@chromium.org, Mar 10 2017

59...@: Could you make the jsbin given in comment#3 reproduce the problem
by modifying it?  If it's difficult, then we'd like to give up with this one.

Without clear reproduction case, we can't be sure we fixed the problem.

Comment 9 by 59.adi...@gmail.com, Mar 10 2017

Let me try that. I'll try to do that over the weekend and update you guys.
Thanks for looking into it. If I am not able to reproduce it, then you can
probably close it.
Project Member

Comment 10 by sheriffbot@chromium.org, Mar 10 2017

Cc: kochi@chromium.org
Labels: -Needs-Feedback
Thank you for providing more feedback. Adding requester "kochi@chromium.org" to the cc list and removing "Needs-Feedback" label.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
Labels: Needs-Feedback
@ 59.aditya : Could you please update on comment #9.

Thank you!
I tried but was not able to reproduce the issue. For now you can close the
ticket and I will get back to you guys once I discover a way to reproduce
Project Member

Comment 13 by sheriffbot@chromium.org, Mar 15 2017

Labels: -Needs-Feedback
Thank you for providing more feedback. Adding requester "rbasuvula@chromium.org" to the cc list and removing "Needs-Feedback" label.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
Labels: -Needs-Triage-M56
Status: WontFix (was: Unconfirmed)
Mark it as WontFix as per comment #12 provided by reporter.Feel free to raise a new issue if sill facing.

Thank You! 
Components: Blink>HTML>Focus
Components: -Blink>Focus

Sign in to add a comment