New issue
Advanced search Search tips

Issue 712225 link

Starred by 1 user

Issue metadata

Status: WontFix
Owner:
Closed: Oct 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 1
Type: Bug

Blocking:
issue 671916



Sign in to add a comment

[MacViewsBrowser] UI appears to be stuck in MD hybrid mode

Project Member Reported by shrike@chromium.org, Apr 17 2017

Issue description

Chrome Version: 60.0.3072.0
OS: macOS 10.12

What steps will reproduce the problem?
(1) Compile and run the macviews browser

Toolbar buttons are spaced out and the top chrome is too tall - it looks like the interface is running in hybrid, which includes extra space for touch interfaces.

 
Screen Shot 2017-04-16 at 3.27.12 PM.png
44.3 KB View Download
Blocking: 671916
Labels: Phase4
Owner: ellyjo...@chromium.org
Status: Assigned (was: Available)
When I peeked at this, my browser actually was in "Touch" UI mode, and I'm not sure why. Taking it out of that mode fixed it. I'll have a look at why.
Status: WontFix (was: Assigned)
Looking at this bug again:

I don't fully understand how our browsers could have gotten into Hybrid mode. That said, this setting is controlled by the top-chrome-md flag, and that flag defaults to "normal", so this should not have happened - I guess we had stale profile entries from testing hybrid mode. mac-views-browser with a fresh user-data-directory does not display this problem, so I'm going to call this WontFix.

Comment 4 by shrike@chromium.org, Oct 17 2017

It may have been pilot error. I fired up my MVB recently and it was in hybrid mode, but then I saw that Hybrid was set in flags.
I experienced the same thing, with hybrid being explicitly set in my flags. I have a distant memory that we used to do that when MacViews was implied by "MD hybrid" instead of the separate --secondary-ui-md flag. Work log archaeology confirms that in mid-2016 we were calling the whole thing "hybrid style", so you and I both probably had it still set from then.

Sign in to add a comment