New issue
Advanced search Search tips

Issue 595943 link

Starred by 2 users
Status: WontFix
Owner:
tkent@chromium.org
Closed: Mar 2016
Cc:
editing-dev@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 2
Type: Bug



Sign in to add a comment

Typing completely ignored in textarea if font-size: 0

Reported by laughing...@gmail.com, Mar 18 2016 
UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_10_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2681.0 Safari/537.36

Example URL:
http://output.jsbin.com/lubezo/3/

Steps to reproduce the problem:
1. Go to http://output.jsbin.com/lubezo/3/
2. Click "Focus" button, try typing anything

What is the expected behavior?
Each time you type a character, it's logged in the <pre id="logs">

What went wrong?
Nothing is ever typed in the textarea

Does it occur on multiple sites: Yes

Is it a problem with a plugin? No 

Did this work before? Yes Chrome 48

Does this work in other browsers? Yes 

Chrome version: 51.0.2681.0  Channel: canary
OS Version: OS X 10.10.5
Flash Version: Shockwave Flash 21.0 r0

In Chrome 48 typing Enter didn't work in textareas with font-size: 0, but in Canary the problem has gotten much worse.

As noted on the test page, works fine in Firefox 45; I am told IE doesn't have this problem either. Safari has the same problem, including the latest Webkit Nightly: https://bugs.chromium.org/p/chromium/issues/detail?id=595932

Comment 1 by ssamanoori@chromium.org, Mar 18 2016

Labels: Needs-Feedback
Tested the issue on Windows 7, Mac 10.10.5, Ubuntu 14.04 using 51.0.2681.0 with below steps:

1.Opened URL: http://output.jsbin.com/lubezo/3/ in chrome.
2.Clicked on "Focus" button and typed a character.
3.Observed the behavior as in attached screenshots.

Please find attached screenshots of firefox and chrome.

laughinghan@Could you please check the screenshots and confirm not displaying of 'input, "t"' value when we typed a character in chrome as compared with firefox is the issue.
595943_chrome.png
69.9 KB View Download
595943_firefox.png
48.5 KB View Download

Comment 2 by ssamanoori@chromium.org, Mar 18 2016 

 Issue 595932  has been merged into this issue.

Comment 3 by dtapu...@chromium.org, Mar 25 2016

Components: -Blink Blink>Forms

Comment 4 by tkent@chromium.org, Mar 27 2016

Components: Blink>Editing
Labels: -Needs-Feedback
Owner: tkent@chromium.org
Status: WontFix (was: Unconfirmed)
Safari 9.1 has the same bahvior as Google Chrome 49.  I don' think we changed the behavior recently.  We don't allow to edit invisible nodes by design.

Comment 5 by laughing...@gmail.com, May 16 2016 

tkent@chromium.org:

Chrome 48 did not have this problem, as I mentioned in the report, so it changed at least that recently.

And yes, Safari has the same behavior, I opened a ticket: https://bugs.webkit.org/show_bug.cgi?id=155615

Comment 6 by laughing...@gmail.com, May 16 2016 

Oh, oops. ssamanoori@chromium.org:

Yes, exactly.

Comment 7 by laughing...@gmail.com, Dec 14 2016 

Update: This is now arguably a minor security issue, as it leaks information about zoom level which could be used for fingerprinting, since zoom level is persisted across sessions and shared between normal and Incognito tabs.

https://github.com/mathquill/mathquill/issues/584#issuecomment-255258007
►

Sign in to add a comment