Issue metadata
Sign in to add a comment
|
Dragging text into the URL bar does not search the text
Reported by
ayman.ca...@gmail.com,
May 23 2018
|
||||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/66.0.3359.181 Safari/537.36 Steps to reproduce the problem: 1. Select text on a webpage or other application 2. Drag it into the address bar What is the expected behavior? As in previous versions, Chrome should immediately search the text in the default search engine (Google). What went wrong? The text is pasted but is not searched, requiring the user to press Enter to search the text. Did this work before? Yes 65.0.3325.181 Chrome version: 66.0.3359.181 Channel: stable OS Version: 6.1 (Windows 7, Windows Server 2008 R2) Flash Version: Shockwave Flash 29.0 r0
,
May 23 2018
,
May 23 2018
,
May 24 2018
IIRC the change was intended to prevent accidental loss of sensitive info.
,
May 24 2018
Able to reproduce the issue on reported chrome version# 66.0.3359.181 and latest chrome# 68.0.3438.0 using Windows-10 & Ubuntu 14.04, hence providing Bisect Info Note: Issue is not seen on Mac 10.12.6 Bisect Info: ================ Good build: 66.0.3329.0 Bad build: 66.0.3330.0 You are probably looking for a change made after 531166 (known good), but no later than 531167 (first known bad). https://chromium.googlesource.com/chromium/src/+log/17f235afa384505f4f96931d78426dbadb4c3e76..620133d59810d54853d1095e9fc98903d1b1790a Reviewed-on: https://chromium-review.googlesource.com/873110 @sangwoo.ko: Please confirm the issue and help in re-assigning if it is not related to your change. Adding ReleaseBlock-Stable as it is seems a receent break, feel free to remove it if not applicable. Note: CC'ing the reviewer(pkasting@chromium.org) as the owner(sangwoo108@gmail.com) last visit is 19 days ago. Thanks!
,
May 24 2018
As per change log in comment#5, it looks like this is an intended change, hence removing ReleaseBlock-Stable. Thanks!
,
May 24 2018
Hello everyone. As mentioned above, it's intended. Please refer to bug 791259 . Thanks :)
,
May 26 2018
Can Chrome at least make an option to restore this functionality? Because my daily operation of Chrome is now needlessly slower due to this change. I never had the issue noted in bug 791259 , and I rely on this functionality daily for quick searching.
,
May 26 2018
You can drop the text on the tab title, not on the omnibox, to search in that tab, or on a free space in the tabstrip to search in a new tab.
,
May 27 2018
Hi @anyman. I'm not sure it'll be restored as it was at this moment. But in addition to what @woxxom said, dropping url onto toolbar will work soon and it doesn't require additional action to navigate( issue 9181 ). It's not released for stable version yet, but I think the next version will have it. Hope these alternatives can help you. Thanks :)
,
May 28 2018
@woxxom I have over 100 tabs open, so my tabstrip is infinitesimally small and located way to the right, so unfortunately this is an inefficient solution. As a second suggestion, could there be a clickable search button in the address bar? There doesn't seem to be one; I have to press enter to search.
,
May 28 2018
I think the solution in comment 10 (drag to toolbar) is basically what you want; either wait for that to make it to stable, or move to something like Dev channel that already has it. |
|||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||
Comment 1 by sindhu.chelamcherla@chromium.org
, May 23 2018