Url bar autocomplete opening multiple tabs broken with new tabs |
||||
Issue descriptionChrome Version: 69.0.3497.100 OS: MacOS 10.13.6 What steps will reproduce the problem? (1) Start typing in the url bar a url or query that has multiple autocomplete options (2) command-click on one of more of the options that appear (3) What is the expected result? The option that is clicked on opens in a new tab behind the current tab, allowing multiple options to be selected What happens instead? The option opens in the current tab and the autocomplete field disappears Please use labels and text to provide additional information. If this is a regression (i.e., worked before), please consider using the bisect tool (https://www.chromium.org/developers/bisect-builds-py) to help us identify the root cause and more rapidly triage the issue. For graphics-related bugs, please copy/paste the contents of the about:gpu page at the end of this report.
,
Nov 26
ellyjones: There's a regression from the Cocoa UI in the handling of modifiers and clicks in the omnibox (I think only some of these worked, but I know the shift-click one did). These would be useful and benefit users on all Views platforms, so your team is under no obligation to add this functionality. But if you have someone who could add this to Views, it would un-regress the Cocoa behavior. For the record, here's the expected behaviors, which would match the equivalent modifier-enter behavior: - Shift-click: open in new window - Ctrl-click: add www. and .com and navigate - Alt-click: open in new foreground tab - Command/special-click: open in new background tab The code paths to do this with modifier-enter already exist, so it probably (right?) wouldn't be difficult to add the modifier-click handling.
,
Nov 26
mac triage: avi@, do you want to do these? as a palate cleanser :)
,
Nov 26
|
||||
►
Sign in to add a comment |
||||
Comment 1 by dtapu...@chromium.org
, Nov 23