Yah - this regressed in r380411 (see  Issue 603394 ), which we're following up in  Issue 600209 .

Bookmark bubble can probably assume it opens to the left, and might even be intentionally skipping over the "ensure on screen" logic.

Some other bubbles should actually switch depending where the anchor is on screen. There's logic for moving the arrow/anchor around in toolkit-views already, but it might not be hooked up. One thing that comes to mind is the OIB - particularly in RTL locales where it opens to the left.

So there's probably two issues -  Issue 600209  for the bookmark bubble position, and the more general "bubbles should be contained in the work area regardless" issue.

Anchoring in Harmony is very specific - I don't think we should move things around depending on the work area.

See  Issue 600209 

Ooh, in fact there are already two methods:

void BubbleFrameView::MirrorArrowIfOffScreen(..)
void BubbleFrameView::OffsetArrowIfOffScreen(..)

But I think the reason this regressed is that after r380411 the bubble type for the passwords bubble became "none" on MacViews, so mirroring/offsetting the arrow started doing nothing.

Anyway  Issue 600209  should resolve this, but the above methods may be useful in figuring out how to deal with the dichotomy of the Cocoa and toolkit-views omniboxes (which both should work on "mac", but the Cocoa omnibox isn't [yet?] fully flipped in RTL).