backeschwein@ Thank you for the issue.

Tested the issue on Windows 7 ,Ubuntu 14.04 and Mac OS 10.12.6 with latest stable 60.0.3112.90 and Canary 62.0.3181.0 with the below steps.

1. Opened Chrome and launched .html page with the given code.
2. Entered text in the textarea in multiple lines and could see the scroll bar rendering correctly.

Please find the attached screen cast and confirm if anything is missed here.
Also please provide screen cast for the better understanding of the issue.

Thanks..

Deleted: 754261.webm 2.1 MB

	754261.webm 2.1 MB View Download

Your screencast is correct, thank you!

Thank you for providing more feedback. Adding requester "susanjuniab@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

Just noticed the bug is not the padding would be missing, the bug is that Chrome does not scroll the textarea down when adding a new line.

backeschwein@ Thank you for the feedback.

Retried the issue again on the latest Canary 62.0.3184 and latest stable 60.0.3112.90 on Windows 10,Ubuntu 14.04 and Mac OS 10.12.6.

Unable to reproduce the issue. Tried to scroll the textarea using both mouse and touchpad and no issues are observed.
Please find the attached screen cast.

Removing the 'Needs-Bisect' label and requesting Textarea team to look into the issue.

Thanks..

Deleted: scroll.webm 921 KB

	scroll.webm 921 KB View Download

I don't understand? The issue is exactly reproduced on your screencast.

Not a regression. Reproduced on Chrome and Internet Explorer 11.
Firefox is the odd one.

Think of <textarea> as a <div style="overflow: auto;" - the padding is within the scrolling area. Seems like by design to me, otherwise, I would expect the scroll bar itself to also shift by 15 pixels.

This is not TEXAREA-specific issue, and is reproducible with contenteditable=true.

> Just noticed the bug is not the padding would be missing, the bug is
> that Chrome does not scroll the textarea down when adding a new line.

#6 - I do not think this is a bug. You press Enter in order to create a new line, not in order to scroll.
When you scroll, it scrolls down to the end of the padding.
I think Firefox is wrong.

Creating a new line causes the textarea to scroll but in this case not far enough. There is no reason the textarea should not scroll to the very bottom when adding a new line which is the last line. Otherwise the bottom padding becomes useless.

The scroll feature is to bring more content into the textarea without using more space on the page. The padding is visible per default when not scrolling. I don't think the textarea should look different then except for the scroll bars when scrolling. That is inconsistent and looks bad.

The scroll feature in this scenario is only meant to show the caret to the user, so when the user types, they will see what they type. The textarea scrolls and show the caret but not the padding - sounds like the right design to me.
If you scroll using the mouse, or even by pressing Page Down, it scrolls to the end of box (as designed), including the padding.

What if the padding were 500px and your line of thought would be implemented? You will not see the caret, that makes no sense to me.

Hmm, could be an argument. Maybe it is more a web developer thing to make the textarea to scroll down when creating a new line.

But I am not so sure as this would be the default behaviour. Using so much padding would not make sense.

#16 - then a smaller amount. Say, textarea is 60 pixels high and the padding is 55 pixels because it shows 55 pixels of a footer image to show that it is the end, or whatever. Pressing Enter would show half a line (line height is 10 pixels) according to your design.

But I think you are wrong in your initial assumption - pressing Enter does not scroll the textarea. The browser scrolls the textarea in order to expose the caret after it moved to a new line as a result of pressing Enter. If the new line can be shown without scrolling (because it is a new line in the middle of other lines), it will not scroll at all.

Of course I only mean it causes scrolling when it it the last line + 1 : )

#18 - you mean, the last line on the viewport, right? Because pressing Enter in the middle of lines, but at the edge of the viewport does make the textarea scroll (which is again an indication of the purpose of the scroll - just to show the cursor).

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.

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