Able to reproduce this issue on reported version 63.0.3239.84 and on latest stable 63.0.3239.108 on windows 10, Ubuntu 14.04 and Mac 10.13.1. Attaching screencast for reference.

Issue is seen from M50[50.0.2661.0]. Hence considering this issue as Non-Regression and marking as Untriaged.

Deleted: 798187.mp4 605 KB

	798187.mp4 605 KB View Download

Looks like it's working to me. The title bar isn't a focus point. Try clicking on a grayed out forward or backward arrow; nothing happens. But click in the window contents and the focus transfers there and the pop-up closes.

Note that _double_ clicking the title bar will adjust the size of the window and close the pop-up. Perhaps this is what you recall?

The title is incorrect, it should be "Clicking on the title bar does not close the Omnibox dropdown". Focus has nothing to do with this issue at all.

The alternate title might be a better description of the symptom, but the mechanism is still focus. The Omnibox closes the pop-up on several events, one of them blurring, which you can see in ::OnBlur(). The Omnibox is clearly not getting a blur event when the title bar is clicked, and I don't know why it would.

Why is it not possible to mimic the behaviour of the ESC key? That way the focus can stay in the address bar, while the dropdown is being closed. Win win.

Two thoughts:

On Mac (I don't know about Windows), you can drag the window using the gray space on the title bar.  Sometimes I do so.  I wouldn't want the omnibox to close because of this.

Also, sometimes I rearrange tabs by dragging the title bar, and sometimes I do this while typing in the omnibox (so the place I'm going to navigate to is next to a relevant tab).

So if you want to do this, you'd have to do it carefully: clicks in the gray bar should close the omnibox, but drags should not.  I also think clicks on the title part of the current tab should not close the omnibox either.

Generally, I'm inclined to say this is too much complexity and leave the current behavior as-is.

To make the drop-down close, you could click on another tab or, even better if you're trying to open a bookmark, a new tab. Seems WAI to me.

I must disagree. The user should always be able to use the bookmark bar without leaving the currently open tab, whether the suggestions dropdown is open or not. Why restrict user behavior?

Also it isn't impossible, but less than trivial to close the dropdown. It is achievable by:

- doubleclicking on the title bar (which maximizes or restores the window)
- clicking the maximize or restore button
- moving the window
- resizing the window
- pressing ESC on the keyboard

Single clicking on the titlebar would be the most logical way to do this. But even single clicking on the tab would be better than the 5 listed solutions.

Also if you're not comfortable with these because of inconsistency between window managers on different platforms, why not put a button on the dropdown that makes it roll up?