New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 726288 link

Starred by 4 users

Issue metadata

Status: Fixed
Owner:
Closed: Jul 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: ----
Pri: 3
Type: Bug

Blocked on:
issue 726286


Show other hotlists

Hotlists containing this issue:
Hotlist-1


Sign in to add a comment

Headless: window resizing should affect top level windows.

Project Member Reported by eseckler@chromium.org, May 25 2017

Issue description

The Browser.setWindowBounds DevTools command currently tries to reposition and resize windows by resizing the RWHV.

As a result, window repositioning is not supported on Mac, because RWHVMac only supports setting the position for popups [1].

We should be setting the bounds of the actual window (on Mac in particular, but we should probably also do this for aura), e.g. via
WebContentsView::GetTopLevelNativeWindow() [2]. This requires that all WebContents have their own top-level window (see blocking bug).
 
Project Member

Comment 2 by bugdroid1@chromium.org, May 25 2017

The following revision refers to this bug:
  https://chromium.googlesource.com/chromium/src.git/+/f4fde3627fa302b702440da6d6aec9522708c40b

commit f4fde3627fa302b702440da6d6aec9522708c40b
Author: eseckler <eseckler@chromium.org>
Date: Thu May 25 11:08:36 2017

[headless] Fix window management browsertests on Mac.

For now, simply disable the failing expectations for window positions.

BUG= 726288 

Review-Url: https://codereview.chromium.org/2905043003
Cr-Commit-Position: refs/heads/master@{#474623}

[modify] https://crrev.com/f4fde3627fa302b702440da6d6aec9522708c40b/headless/lib/headless_devtools_client_browsertest.cc

Status: Fixed (was: Assigned)
Note though that, on mac, we can't do what I proposed in #0, because we don't create any platform windows at all.

Sign in to add a comment