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

Issue 698989 link

Starred by 1 user

Issue metadata

Status: WontFix
Owner: ----
Closed: May 2018
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Chrome , Mac
Pri: 3
Type: Feature



Sign in to add a comment

MD Settings/History/Downloads: should "big search box" close on blur?

Reported by mni...@etouch.net, Mar 7 2017

Issue description

Version: 58.0.3029.6 610f4595f8ea01904e3d01506c41201a816dc338-refs/branch-heads/3029@{#35}
OS: Windows (7,8,8.1,10),Linux (14.04 LTS),Mac OS X(10.11.6,10.12.1)

What steps will reproduce the problem?
1. Launch chrome, navigate to chrome://md-settings
2. Now resize the browser window from RHS to LHS such as 'Search settings' search box gets closed and search icon is seen
3. Now click on avatar icon to open 'Edit person' overlay and then click on search icon to open search box and try to drag 'Person' name text to search box,observe

Actual: Unable to drag any text in 'Search settings' search box after resizing browser window  
Expected: Should be able to drag any text in 'Search settings' search box after resizing browser window  

This is regression issue, broken in ‘M 53’ and will soon update other info :
Good build:53.0.2774.2
Bad build: 53.0.2776.0
 
Actual_video.mp4
1.1 MB View Download
Expected_video.mp4
933 KB View Download
Cc: rbasuvula@chromium.org
Labels: hasbisect-per-revision
Owner: dpa...@chromium.org
Status: Assigned (was: Unconfirmed)
Using the per-revision bisect providing the bisect results,
Good build:53.0.2774.2 (Revision: 400850).
Bad build:53.0.2776.0  (Revision: 401299).

You are probably looking for a change made after 401191 (known good), but no later than 401192 (first known bad).

CHANGE-LOG URL:
---------------
https://chromium.googlesource.com/chromium/src/+log/6784963ea28707482c8e5bd12966ddad2857fe41..48c8c979b1440101b879a05352cfd5907a8ef643

From the CL above, assigning the issue to the concern owner

@dpapad : Could you please look into the issue, pardon me if it has nothing to do with your changes and if possible please assign it to concern owner.

Review-Url:https://codereview.chromium.org/2064013002
Note :Able to reproduce the issue in Win 10.0,Ubuntu 14.04 & Mac 10.12.3 and Able to reproduce in latest Stable #56.0.2924.87 , Beta #57.0.2987.88 & Canary #58.0.3032.0
Cc: dbeam@chromium.org tbuck...@chromium.org
Labels: -Type-Bug-Regression Proj-MaterialDesign-WebUI Type-Feature
Owner: ----
Status: Untriaged (was: Assigned)
Summary: Unable to drag any text in 'Search settings' search box in chrome://md-settings page. (was: Regression : Unable to drag any text in 'Search settings' search box in chrome://md-settings page.)
+tbuckley, dbeam for triage. I don't think that dragging text into the collapsed toolbar is a frequent enough use case to support it. Also same behavior is exhibited by History and Downloads.

Comment 3 by dbeam@chromium.org, Mar 7 2017

Cc: calamity@chromium.org tsergeant@chromium.org
Components: UI>Browser>Downloads UI>Browser>History
Labels: -M-58 Hotlist-MD-Settings-SearchBox OS-Chrome
Owner: bettes@chromium.org
Status: Assigned (was: Untriaged)
Summary: MD Settings/History/Downloads: should "big search box" close on blur? (was: Unable to drag any text in 'Search settings' search box in chrome://md-settings page.)
this probbbbably would affect bookmarks as well?

to be honest, I've never liked the fidgety-ness of collapsing search on blur.
Labels: -Pri-2 Pri-3
This seems like a really uncommon use case, marking as P3 though I'd also be fine WontFix'ing.
Owner: ----
Status: Untriaged (was: Assigned)
Clearing my ownership of P3 UI>Settings bugs. Feel free to re-assign once triaging is complete. 
Status: WontFix (was: Untriaged)
This only blurs when empty.  If there is text there it stays.  Closing this out.

Sign in to add a comment