New issue
Advanced search Search tips

Issue 857368 link

Starred by 1 user

Issue metadata

Status: Available
Owner: ----
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows
Pri: 3
Type: Bug



Sign in to add a comment

Adding lines while at the top line of a text area hides the added lines above the visible area

Reported by yae...@gmail.com, Jun 28 2018

Issue description

UserAgent: Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/67.0.3396.99 Safari/537.36

Example URL:
Can be reproduced even on composing a new message in GMail, I am also attaching static HTML example

Steps to reproduce the problem:
1. In a text area of limited height
2. Press Ctrl+End to move to the last line
3. Press Ctrl+Home to move to the first line 
4. Press Enter (or paste text with a newline from clipboard) 

What is the expected behavior?
A new line is added at the top of the text and it is visible on the screen.

What went wrong?
A new line is added at the top of the text, but it is not visible on the screen as the vertical stroll position is updated to conceal the added line above the top visible line.

Does it occur on multiple sites: Yes

Is it a problem with a plugin? No 

Did this work before? Yes Not sure, it seems to have appeared several months ago

Does this work in other browsers? Yes

Chrome version: 67.0.3396.99  Channel: stable
OS Version: 6.1 (Windows 7, Windows Server 2008 R2)
Flash Version: 

I've checked the behavior with the file attached in the fresh latest canary - still reproduces.
 
test_textarea.html
2.2 KB View Download

Comment 1 by yae...@gmail.com, Jun 28 2018

A video demonstrating the issue.
Shortcuts pressed in the text area:
Ctrl+End, Ctrl+Home
Enter, Enter, Enter, Enter

(selection)
Ctrl+C
Ctrl+End, Ctrl+Home
Ctrl+V, Ctrl+V, Ctrl+V, Ctrl+V, Ctrl+V
2018-06-28_08-56-23.mp4
1.8 MB View Download
Labels: Needs-Bisect Needs-Triage-M67
Cc: viswa.karala@chromium.org
Labels: -Needs-Bisect Triaged-ET M-69 Target-69 FoundIn-69 OS-Linux
Status: Untriaged (was: Unconfirmed)
Able to reproduce the issue on chrome reported version# 67.0.3396.99 and on latest chrome# 69.0.3475.0 using WIndows-7&10, Ubuntu 14.04 with test file attached in comment# 0. As this issue is seen from M-60(60.0.3112.0), hence considering this issue as Non-Regression and marking it as Untriaged.
Note: Issue is not specific to Mac.

Thanks!
Components: -Blink Blink>Editing
Components: -Blink>Editing Blink>Editing>Selection
Labels: -Pri-2 Pri-3
Status: Available (was: Untriaged)
Scroll to reveal selection is implemented in FrameSelection::RevealSelection()
actual scroll is done by LayoutObject::ScrollRectToVisible(LayoutRec,t options) with 
passing FrameSelection::ComputeRectToScroll().

Sign in to add a comment