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

Issue 708485 link

Starred by 1 user

Issue metadata

Status: WontFix
Owner: ----
Closed: Jul 16
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 2
Type: Bug-Regression

Blocking:
issue 741083



Sign in to add a comment

Regression: Text is seen chopped in Md-settings when Font size is Huge.

Project Member Reported by ratnavar...@techmahindra.com, Apr 5 2017

Issue description

Chrome Version:59.0.3063.0 dev
OS:Ubuntu 14.04,Windows

What steps will reproduce the problem?
(1)Launch chrome,go to chrome://md-settings/fonts and set the Minimum font size to Huge.
(2)Navigate to Advanced >> Passwords and Forms >> Manage Passwords and Observe. (kindly refer video)

Actual:Text near Search Passwords field is seen chopped.
Expected:Text shouldn't get chopped.

Note:Issue is also seen in chrome://md-settings/content/cookies page.

This is a Regression issue broken in M-59.

Manual Bisect Info:
===================
Good Build:59.0.3050.0 dev
Bad Build :59.0.3053.0 dev


 
Actualchop.ogv
3.3 MB View Download
Expected.ogv
3.2 MB View Download
Labels: -Needs-Bisect hasbisect-per-revision OS-Mac
Owner: scottchen@chromium.org
Status: Assigned (was: Unconfirmed)
Able to reproduce this issue on Mac OS 10.12.4 using chrome dev #59.0.3063.0

Bisect Information:
---------------------
You are probably looking for a change made after 459626 (known good), but no later than 459627 (first known bad).

Change Log URL: 
https://chromium.googlesource.com/chromium/src/+log/4772a46e8ad389ccddacf46ab84cd0212e60b86d..466023119ab84e9d0b54af4fad4a32c72f7092a0

From the above change log suspecting below change
Review URL:  https://codereview.chromium.org/2770153002

scottchen@ - Could you please check whether this is caused with respect to your change, if not please help us in assigning it to the right owner.

Thanks!

Cc: bettes@chromium.org tbuck...@chromium.org
Acknowledgd that the behavior changed. 

Though, I feel like placeholder texts are supposed to be helpful, and ellipsis'ed placeholder seems not helpful anymore, and kind of pointless. tbuckley@ bettes@ thoughts on a better solution, rather than just ellipsis'ing at large font?
Labels: -Pri-1 Hotlist-MD-Settings-General Proj-MaterialDesign-WebUI Pri-2
Definitely not a P1. I think the ellipsized version looks more considered, though I agree it makes it slightly less useful. I'm not sure of a general solution other than making the card width increase according to fontsize.
This component is using a native input element with a native placeholder, and the native input just doesn't ellipsis placeholder texts. 
See: https://jsfiddle.net/9v233tqr/

Tempted to mark as a won't fix, and maybe we can deal with this when we're addressing large-font visuals everywhere for settings?
Owner: tbuck...@chromium.org
Labels: -M-59
Removing the M59 label, not needed for this milestone.

It is possible to have placeholder text get an ellipsis [1]. It seems better to have an ellipsis for the placeholder, and cut off a user-entered value.

[1] https://jsfiddle.net/9v233tqr/1/
Owner: ----
Status: Available (was: Assigned)

Comment 8 by dpa...@chromium.org, Jul 11 2017

Blocking: 741083
Project Member

Comment 9 by sheriffbot@chromium.org, Jul 12

Labels: Hotlist-Recharge-Cold
Status: Untriaged (was: Available)
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
Status: WontFix (was: Untriaged)
This seems to have been fixed. I am seeing ellipsis instead of the text being chopped.
ellipsis.png
51.9 KB View Download

Sign in to add a comment