textarea resize icon appears when the textarea is hidden by another block when scrollbars are dynamic
Reported by
emma.ba...@gmail.com,
May 13 2016
|
|||||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_10_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/50.0.2661.102 Safari/537.36 Example URL: data:text/html,<!doctype html><textarea>aaaaaaaaaaaaa aaaaaaaaaaaaa aaaaaaaaaaaaa aaaaaaaaaaaaa</textarea><div style="top: 0;position:absolute;width:400px;height:400px;background-color: black"> Steps to reproduce the problem: Copy and paste this url on your browser: data:text/html,<!doctype html><textarea>aaaaaaaaaaaaa aaaaaaaaaaaaa aaaaaaaaaaaaa aaaaaaaaaaaaa</textarea><div style="top: 0;position:absolute;width:400px;height:400px;background-color: black"> What is the expected behavior? The textarea resize icon should not appear behind the black div. What went wrong? The white textarea resize icon appears behind the black div. Does it occur on multiple sites: N/A Is it a problem with a plugin? No Did this work before? N/A Does this work in other browsers? No Safari Version 9.0.3 (10601.4.4) Chrome version: 50.0.2661.102 Channel: stable OS Version: OS X 10.10.5 Flash Version: Shockwave Flash 21.0 r0 It's a similar issue to: https://bugs.chromium.org/p/chromium/issues/detail?id=355199 but not exactly the same because I can't reproduce this one. Firefox 45.0.1 on MacOs works fine.
,
May 15 2016
,
May 19 2016
I can't reproduce this on either Chrome 49, 51 or 52 on Mac.
,
May 25 2016
I cannot reproduce on Windows. Perhaps this is GPU dependent.
,
Jun 1 2016
Testing team, can you reproduce this bug?
,
Jun 3 2016
Unable to reproduce the issue on Windows 7, Mac 10.11.5, Ubuntu 14.04 using 50.0.2661.102, latest stable 51.0.2704.79, beta 52.0.2743.24, dev 53.0.2756.0, canary 53.0.2757.0 with below steps: 1.Opened URL: data:text/html,<!doctype html><textarea>aaaaaaaaaaaaa aaaaaaaaaaaaa aaaaaaaaaaaaa aaaaaaaaaaaaa</textarea><div style="top: 0;position:absolute;width:400px;height:400px;background-color: black"> 2.Observed that the text area re size icon not appeared behind the black div. Please find attached screenshot. emma.bagge@Could you please check the issue on latest chrome channels with clean profile and update the thread with your observations.
,
Nov 7 2016
Sorry we lost this bug after your last feedback. We still cannot reproduce it. Could you try again with the current Chrome? If you can still reproduce, can you tell us what hardware you are running on?
,
Nov 7 2016
Yes I still have the bug. Chrome 54.0.2840.87 (64-bit) Mac Os X Yosemite 10.10.5 MacBook Air (11-inch, Mid 2011) 1.6 GHz Intel Core i5 Intel HD Graphics 3000 384 Mo
,
Nov 7 2016
Testers, could you please try to reproduce on a MacBoob Air Mid 2011 or around that time period? We have more than one known bug with objects painting in the wrong order specific to that hardware and I would like to confirm that this is one of those.
,
Nov 7 2016
I have the bug too on Macbook Pro 13-inch Mid 2012
,
Nov 8 2016
Able to reproduce the issue on Mac-10.11.6 using chrome stable version 54.0.2840.87 and latest canary 56.0.2913.0 with the steps mentioned above. This is non-regression issue observed from M-30 # 30.0.1551.0. Hence marking it as Untriaged to get it addressed. Please find the attached screencast. Note: This issue is not observed on Windows-7 and Linux ubuntu-14.04. Thanks..
,
Nov 8 2016
What are your Mac scrollbar behavior settings? System Preferences > General > Show Scroll Bars Probably explains why some of us see it and not others, and I bet also why I can reproduce https://bugs.chromium.org/p/chromium/issues/detail?id=355199 but the reporter here could not, yet they see this bug and I do not.
,
Nov 8 2016
Yes, with the two first options I have the bug, with the last one (always) I don't have the bug anymore
,
Nov 21 2016
This is one for the scrollbar experts on Mac, whomever that might be. Depending on the MacOS scrollbar behavior, things paint in the wrong order. See also https://bugs.chromium.org/p/chromium/issues/detail?id=355199
,
Apr 25 2017
,
Jul 19 2017
Still able to reproduce this on Chrome stable version 59.0.3071.115 (Official Build) (64-bit). I'm on MacOS Sierra 10.12.5 with the System Preferences > General > Show scroll bars set to "automatically based on mouse or trackpad". Changing this setting to "always" makes the bug to disappear.
,
Jul 20 2017
,
Aug 4 2017
,
Mar 8 2018
I can no longer reproduce this in Chrome 65. Reporter are you able to repro it?
,
Mar 8 2018
dtapuska@, did you set the scrollbar settings as defined in comment #17? Maybe Apple fixed whatever the issue was. Some of these bugs also only manifested on some hardware.
,
Mar 12 2018
|
|||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||
Comment 1 by spqc...@chromium.org
, May 13 2016Labels: OS-Windows
Status: Untriaged (was: Unconfirmed)