[rhizome]

I don't know if it's the same thing, but I'll bite: it's absolutely maddening to edit or select part of a URL.

Click in the address bar and the entire address is selected, then you click on any part of it to either select a part or to place your cursor in order to add to it, after which Chrome appears to first shift the entire URL to the right in order to show the protocol, then it places the cursor within the shifted URL under your pointer. This causes (attempted) selections to be established from some other place in the URL than the user intended.

[archon810]

Yes, it's this, and it's an absolutely infuriating change.

[Exuma]

chrome://flags/#omnibox-ui-hide-steady-state-url-scheme-and-subdomains

[rhizome]

This is about Google having a fundamental weakness in product management and UX, giving me the equivalent of a Windows Registry setting to change is not helping, practical as it may be.

[Already__Taken]

Its weird too because chrome invented to UX when closing lots of tabs not to reflow the browser UI but keep placing their close X under the mouse until you move away. So its like they understood this once and have forgotten.

[rhizome]

Have you used the latest Chrome with the redesign? The tab's X no longer has any hover effects, or doesn't seem to.

After the last few days of wondering about this, I see now that hovering over the X makes is ~5% darker.

[Already__Taken]

Oh yeh I looked at the X on the current tab and didn't agree. The close X on background tabs hover is basically indistinguishable.

[cottsak]

ugh!!!!! this is killing me

[cottsak]

Fixed in a week (v69.0.3497.92)! Nice one Chrome