0px on input css no longer working
Reported by
debnusb...@gmail.com,
May 3 2016
|
||||||||
Issue description
UserAgent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/50.0.2661.94 Safari/537.36
Example URL:
I have implemented a temp workaround.
Steps to reproduce the problem:
<input class=hidden name=cd id=cd>
CSS ....
.hidden {
font-family: Arial;
font-size: 0px;
padding-bottom: 0px;
margin-bottom: 0px;
margin-top: 0px;
border: 0px;
}
What is the expected behavior?
It should still allow the input and the field is simply hidden.
To work around the problem, I changed 0px to 1px and color: hidden. Then input field was seen and accepted when cards were scanned.
What went wrong?
I have a css class I use for an html input field in a scancard program that is set to 0px.
It has worked for years.
In the last few days, it now ignores the input field entirely.
It works fine in all other browsers.
When I change it to 1px, it works fine; but I don't want the field visible. It's a scancard input and should not show.
Has something recently been updated in chrome to disable 0px CSS on input fields?
Does it occur on multiple sites: No
Is it a problem with a plugin? No
Did this work before? Yes Last Thursday and for years prior
Does this work in other browsers? Yes
Chrome version: 50.0.2661.94 Channel: stable
OS Version: 6.1 (Windows 7, Windows Server 2008 R2)
Flash Version: Shockwave Flash 21.0 r0
production website
,
May 4 2016
Thanks for the report. Could you please provide a sample HTML file/jsfiddle so that will be easy to triage the issue. tried with the attached file but unable to reproduce the issue.
,
May 4 2016
,
May 5 2016
thanks for the jsfiddle. if font-size: 0px; then it is not taking the input in any of the browser. tested in Chrome Stable #50.0.2661.94, Canary 52.0.2724.0, and M30 #30.0.1549.0 and observing same behavior in IE 11, FF 45.0.2. Attached screen cast for reference. please check and let me know if I am missing something here. Could you please check in any of the browsers, Chrome versions and if possible please provide a screen cast of the same.
,
May 5 2016
Thank you for providing more feedback. Adding requester "nyerramilli@chromium.org" for another review and adding "Needs-Review" label for tracking. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
May 5 2016
So, you are right about the fiddle here not taking input in any browser...but it is the fiddle limiting your ability to see the error. If you were on my test system, you would see the behavior, but I cannot give you access to my full system, unfortunately, to triage this. The fiddle just isn't getting the error visible to you. Please close this since I can't get you the fiddle to help you in the triage.
,
May 9 2016
thanks for the update. Based on your comment#7, we are closing the issue. |
||||||||
►
Sign in to add a comment |
||||||||
Comment 1 by debnusb...@gmail.com
, May 3 2016update...to workaround, updated css to this: .hidden { font-family: Arial; font-size: 1px; color:white; padding-bottom: 0px; margin-bottom: 0px; margin-top: 0px; border: 0px; }