New issue
Advanced search Search tips

Issue 724800 link

Starred by 2 users

Issue metadata

Status: Archived
Owner:
Closed: Oct 31
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 1
Type: Bug-Regression



Sign in to add a comment

When editing as HTML in DevTools, scrolls up while you are typing

Reported by teo8...@gmail.com, May 20 2017

Issue description

UserAgent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/58.0.3029.81 Safari/537.36

Steps to reproduce the problem:
1. visit http://output.jsbin.com/dajamag
2. Right click inside the body and select "Inspect Element"
3. In the inspector, select the <div> node (only div in the page, direct child of body)
4. Right click on it -> Edit as HTML
5. Within the html editing textarea, scroll all the way to the bottom
6. click somewhere in the middle of the html code
7. scroll all the way down again, while leaving the text cursor where it is
8. type something

What is the expected behavior?
After step 5, the editing window should never scroll op or down

What went wrong?
At step 6, the moment you click on a row of html code to edit, the editing textarea scrolls up without a reason so that the line you clicked on is at the very bottom.

After you have scrolled up again, at step 8 as soon as you type any character, it f***ing scrolls up AGAIN.

It's annoying and completely nonsensical

Did this work before? N/A 

Chrome version: 58.0.3029.81  Channel: n/a
OS Version: 
Flash Version:
 
Screenshot from 2017-05-20 15-42-01.png
62.4 KB View Download

Comment 1 by teo8...@gmail.com, May 20 2017

Errata: where it says "After you have scrolled up again", it should read "After you have scrolled DOWN again".

(I f***ing hate this bugtracker not allowing to edit one's own bug descriptions and comments)

Comment 2 by teo8...@gmail.com, May 20 2017

Also, whenever you move the cursor up or down one line, it keeps scrolling so that the current line is always at the bottom.

Comment 3 by teo8...@gmail.com, May 20 2017

Even more retarded: while you type, at EVERY character you type, it scrolls alternatively up and down one line, so that the current line is alternatively either at the bottom of the viewport of the scrollable area, or one line below it: that is, it moves up and down all the time, and at every second keystroke you can't even see what you are typing.

Comment 4 by teo8...@gmail.com, May 20 2017

>  it scrolls alternatively up and down one line

It's actually several lines, a fixed amount.
Labels: Needs-Triage-M58
Labels: -Type-Bug -Pri-2 -Needs-Triage-M58 ReleaseBlock-Stable M-59 OS-Mac OS-Windows Pri-1 Type-Bug-Regression
Owner: einbinder@chromium.org
Status: Assigned (was: Unconfirmed)
Able to reproduce the issue on Windows 10, Mac 10.12.4 and Ubuntu 14.04 using latest stable version #58.0.3029.110 but the same is not reproducible in the latest canary #61.0.3114.0.

Reverse Bisect Information:
=====================
Good build: 59.0.3034.0  Revision(455336)
Bad Build : 59.0.3033.0  Revision(455023)

Change Log URL: 
https://chromium.googlesource.com/chromium/src/+log/69e6c56eba06ece07675c89d8b3dd08229ae7584..24633cf6eced187fb4e0717f0083befce859d4fa

From the above change log possible CL that fixed this issue:
Review-Url: https://codereview.chromium.org/2372663004

einbinder@ - Could you please check and merge the fix to M59 if it is a valid candidate.

Note: Adding label ReleaseBlock-Stable as it seems to be a recent regression.

Thanks...!!

Labels: hasbisect-per-revision
Cc: pfeldman@chromium.org
Labels: -ReleaseBlock-Stable
This is not a new regression, present in M58, and doesn't qualify as a Release Blocker. Removing RB-Stable label. 
Status: Archived (was: Assigned)
Bulk closing low-priority issues with no activity. Please re-file and refer to the closed issue if it's essential to fix.

Sign in to add a comment