Looks like 1px is clipped off the y at the bottom.  No other "tall" letters in the messaging. 

Problem exists in 60.0.3080.6 (as well as one of the latest versions of 59).  I think it may be related to the spacing change.

i think there is ongoing effort from harmony to update the title spacing, so i'm not sure if we should do anything about that. 

Is there a Harmony owner that we should assign this to?  Thanks.

Related thread: https://groups.google.com/a/google.com/forum/#!topic/chrome-ui-review/JHBH_TwccXQ

Can this bug be updated so it clearly states things like what's "correct" and "broken" without having to read other threads for reference?  Otherwise I don't know offhand what I'm helping with.  (I went and dug into the UI review thread, but it'd be good to not make every reader do that.)

As to why this looks wrong, I'd have to look at the code that implemented it to find out what it's doing.  There are many ways to do things in views, and most of them are subtly incorrect, so while we're trying to make the system easier to use over time, for now the answer is likely "make sure a Harmony eng codereviews all native UI that anyone adds to the product".

Updated description to make it clearer; thanks for the heads-up.

Here is the view used for the bubble: https://cs.chromium.org/chromium/src/chrome/browser/ui/views/desktop_ios_promotion/desktop_ios_promotion_bubble_view.cc

Huh, this code is strange.  It creates its content as a child that is added to a different parent bubble (e.g. the bookmark bubble) instead of being a standalone dialog, which would be much easier to do in a standard way.  Do you know why that is?

It looks to me like this code isn't even responsible for the bubble title, but rather that's being drawn by higher-level code, meaning I'd expect that any change here in M60 would also be visible on a variety of other bubbles in M60.

> Huh, this code is strange.  It creates its content as a child that is added to
> a different parent bubble (e.g. the bookmark bubble) instead of being a
> standalone dialog, which would be much easier to do in a standard way.  Do you
> know why that is?
mrefaat can answer this in more detail

> It looks to me like this code isn't even responsible for the bubble title, but
> rather that's being drawn by higher-level code, meaning I'd expect that any
> change here in M60 would also be visible on a variety of other bubbles in M60.
Yes, changes to the existing bubbles can break our implementation. For example,
see https://docs.google.com/document/d/14hT69R4o3A3C0Chs4hW-CkIVYTBO6caLLsW33klErL0/edit
The alignment seen above in #0 was filed as  crbug.com/710212 , which had root cause  crbug.com/711012 .

I think the ios promo should be its own bubble. We have more changes coming for the bookmarks bubble:  Issue 726187  and  Issue 651652 .

Archiving old bugs that have only received trivial updates for some time.

If you feel this issue should still be addressed, feel free to reopen it or to file a new issue. Thanks!