New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 816890 link

Starred by 1 user

Issue metadata

Status: Fixed
Owner:
Closed: Feb 2018
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 1
Type: Bug-Regression



Sign in to add a comment

input type file button multiple differs from single in case

Reported by kimb...@gmail.com, Feb 27 2018

Issue description

UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_3) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/63.0.3239.132 Safari/537.36 OPR/50.0.2762.67

Steps to reproduce the problem:
1. Create two file inputs, one single, one multiple

What is the expected behavior?
Both buttons should show "file(s)" in lower case

What went wrong?
One is upper case, one is lower case

Did this work before? N/A 

Chrome version: 63.0.3239.132  Channel: n/a
OS Version: OS X 10.13.3
Flash Version: 

See example here: https://codepen.io/kimblim/pen/ZrpdwL
 
Labels: Needs-Milestone

Comment 2 by rsesek@chromium.org, Feb 27 2018

Not seeing this on 63.0.3239.132. Maybe it's locale related (en-GB)?
Screen Shot 2018-02-27 at 2.43.19 PM.png
8.1 KB View Download

Comment 3 Deleted

Comment 4 by kimb...@gmail.com, Feb 27 2018

I'm seeing the issue on 64.0.3282.167 with en-US.
Cc: krajshree@chromium.org
Components: Blink>Input
Labels: Needs-Feedback Triaged-ET
Unable to reproduce the issue on mac 10.13.3 using chrome reported version #63.0.3239.132 and latest canary #66.0.3356.0.

Attached a screen cast for reference.

Following are the steps followed to reproduce the issue.
------------
1. Navigated to https://codepen.io/kimblim/pen/ZrpdwL
2. Observed that both button showed "file(s)" in lower case as expected.

kimblim@ - Could you please check the issue on latest canary #66.0.3356.0 by creating a new profile without any apps and extensions and please let us know if the issue still persist or not.

Thanks...!!
Screen Shot 2018-02-28 at 16.27.33.png
481 KB View Download

Comment 6 by kimb...@gmail.com, Feb 28 2018

I've opened a new browser and switched to the "guest" account, which has no extensions.

Screengrab attached — I run a newer version (64.0.3282.167), so that could be the culprit?
Screenshot 2018-02-28 12.21.03.png
218 KB View Download
Project Member

Comment 7 by sheriffbot@chromium.org, Feb 28 2018

Labels: -Needs-Feedback
Thank you for providing more feedback. Adding the requester to the cc list.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
Cc: sindhu.chelamcherla@chromium.org
Labels: -Type-Bug -Pri-2 hasbisect-per-revision M-64 M-65 Target-65 FoundIn-64 FoundIn-65 Target-64 OS-Linux OS-Windows Pri-1 Type-Bug-Regression
Owner: sky@chromium.org
Status: Assigned (was: Unconfirmed)
Able to reproduce this issue on reported version 64.0.3282.167 and on latest beta 65.0.3325.88 using Windows 10, Mac 10.13.3 and Ubuntu 14.04. But is not seen on latest canary 66.0.3357.0. Hence providing reverse bisect info.

Last Bad Build: 66.0.3335.0
First Good Build: 66.0.3336.0

You are probably looking for a change made after 533337 (known good), but no later than 533338 (first known bad).
CHANGELOG URL:
 https://chromium.googlesource.com/chromium/src/+log/1048e2cbc57598d2e548018b10ae8317618a3194..a3aee722458ee66ade96e5dad31878e3570dea8f

Probably fixed by  https://chromium-review.googlesource.com/882558 from changelog.

@ sky: Please help in confirming the bug and help in re-assigning if it is not related to your change. Adding RB-Stable for M-64. Please change if not the case.

Components: -Blink>Input Blink>Forms>File

Comment 10 by sky@chromium.org, Feb 28 2018

Status: Fixed (was: Assigned)
As this is fixed on trunk, I'm moving to fixed. I'm not sure there is any point in trying to figure exactly which patch fixed it.

Sign in to add a comment