Issue metadata
Sign in to add a comment
|
Window Scrolling issue with Iframe and TextArea
Reported by
59.adi...@gmail.com,
Oct 6 2017
|
||||||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/61.0.3163.100 Safari/537.36 Steps to reproduce the problem: 1. go to http://plnkr.co/edit/COFHtSq437s0d9WhfqrE?p=preview You will notice the following things: a) There is an iframe with 2 big textareas. b) The textareas have a scroll c) the iframe has a scroll d) the window which has the iframehas a scroll. Let's call it the main window. 2. Scroll the iframe to go to Textarea 1. Type 4 lines in the textarea. Make sure you only scroll the inner iframe and not the main window. The main window scrollbar should remain at the top. 3. Now scroll the iframe to reach textarea 2. Type 4 lines in 2nd textarea. Make sure main window scroll remains at the top. 4. Click outside the iframe to lose focus from textarea. 5. Now click on textarea 2 so that it has focus. Now scroll the main window to middle of the page so that the textarea is not visible. Remember the textarea is still in focus. Now start typing. You will notice the main window scroll focus it to the correct location and you can see what you are typing. 5> When the textarea1 is focused you can see the bottom of textarea 2. Now Click in 2nd textarea without scrolling and start typing. you will notice the focus of the window is changed to a random location. What is the expected behavior? 1) The focus goes to textarea 1 where you are typing What went wrong? 1) Focus is random Did this work before? Yes Does this work in other browsers? Yes Chrome version: 61.0.3163.100 Channel: stable OS Version: OS X 10.11.6 Flash Version: Shockwave Flash 27.0 r0
,
Oct 10 2017
I can sent a screen cast. Currently I am out of town. Will return on Thuraday and do it
,
Oct 10 2017
Thank you for providing more feedback. Adding requester "ranjitkan@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
,
Oct 16 2017
,
Oct 16 2017
Hi, Sorry for the late response. I have created a QuickTime Screen Recording. In the recording you will notice at the end the screen jumps. WHen that happens I had typed the word "aditya" in textarea 1 Here's the link to the video: https://drive.google.com/file/d/0BxJe98gjvkNoWEs5bEFRRkVxSTA/view?usp=sharing
,
Oct 16 2017
Another think I noticed that this is reproducible only if the browser is NOT full screen.
,
Oct 17 2017
Able to reproduce the issue on mac os 10.12.6, windows 7 and ubuntu 14.04 using chrome M61 #61.0.3163.100 and M64 #64.0.3242.0. This is a regression issue broken in M61 . Using the Manual chnagelog providing the bisect results, Good build: 61.0.3156.0(Revision: 486205). Bad build: 61.0.3158.0 (Revision: 486952). Unable to provide bisect script results as the builds invoked are crashing for few builds. Manual Changelog : https://chromium.googlesource.com/chromium/src/+log/61.0.3156.0..61.0.3158.0?pretty=fuller&n=10000 @Could soemone help us in assiging it to the concern owner from the above CL. Thanks!
,
Oct 19 2017
Might be related to the recently fixed iframe scrollIntoView issue. Assigning to sunyunjia@ to determine.
,
Oct 27 2017
Is there a timeline for this geck to be fixed? Our tool which is primarly used inside iframes under different platforms is vastly affected by this
,
Oct 27 2017
I think this bug has been fixed recently. Can you re-check it on the latest Canary build? Thanks!
,
Oct 27 2017
Sorry I am not aware of what you mean by canary build. I am able to reproduce this in latest chrome in mac os
,
Oct 30 2017
Please checkout this Chrome version: https://www.google.com/chrome/browser/canary.html Thanks!
,
Oct 30 2017
Seems to be fixed in the canary version. Thanks |
|||||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||||
Comment 1 by ranjitkan@chromium.org
, Oct 10 2017Labels: Needs-Feedback Needs-Triage-M61