New issue
Advanced search Search tips

Issue 594651 link

Starred by 1 user

Issue metadata

Status: Assigned
Owner:
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Chrome
Pri: 3
Type: Bug

Blocked on:
issue 594649



Sign in to add a comment

BrowserNonClientFrameViewAsh::NonClientHitTest() should call BrowserView::IsTabStripVisible()

Project Member Reported by tdander...@chromium.org, Mar 14 2016

Issue description

BrowserNonClientFrameViewAsh::NonClientHitTest() as well as BrowserNonClientFrameViewMus::NonClientHitTest() should call BrowserView::IsTabStripVisible() prior to calling through to browser_view()->tabstrip()->bounds(). It may be the case that the tabstrip is null, or that the window type does not support showing a tabstrip.
 
Labels: -Pri-2 -M-51 Pri-3
Cc: pkasting@chromium.org sky@chromium.org
Owner: ----
Status: Untriaged (was: Assigned)
Peter/Scott, could you help in re-triaging this?
Cc: -pkasting@chromium.org -sky@chromium.org est...@chromium.org
Owner: bsep@chromium.org
Status: Assigned (was: Untriaged)
This code still exists.  Notably, however, the glass/opaque frames don't look at the tabstrip bounds at all.  I suspect they're more trustworthy than the mus/ash code.  I wonder if kTabShadowHeight referenced in mus/ash even corresponds to anything visible anymore with top-chrome-MD.  Is there a shadow above the tabs on ash?

bsep and estade have touched/refactored the frame code more recently than me.  Getting to the point of unifying this function across frames would be good, but even before then, if we discover the tabstrip "top shadow" doesn't actually correspond to anything, maybe we just nuke this conditional.

Sign in to add a comment