Chromium Code Reviews
chromiumcodereview-hr@appspot.gserviceaccount.com (chromiumcodereview-hr) | Please choose your nickname with Settings | Help | Chromium Project | Gerrit Changes | Sign out
(1039)

Issue 486063002: MacViews: Fix WebDialogBrowserTest.SizeWindow to get browser_tests compiling on MacViews (Closed)

Created:
6 years, 4 months ago by tapted
Modified:
6 years, 4 months ago
Reviewers:
msw
CC:
chromium-reviews, tfarina, chrome-apps-syd-reviews_chromium.org, mac-views-reviews_chromium.org, Scott Byer
Project:
chromium
Visibility:
Public.

Description

MacViews: Fix WebDialogBrowserTest.SizeWindow to get browser_tests compiling on MacViews gyp changes are made to filter out toolkit-views browser_tests that aren't yet compiled in to a toolkit-views Chrome binary on Mac. One, WebDialogBrowserTest.SizeWindow, was a disabled test (disabled for 4 years :o). It was preventing browser_tests compiling on MacViews because it was passing a gfx::NativeWindow to CreateWindowWithParent, which takes a view. The parent isn't important for the test - it's just adding widget context. This CL changes the parent to be web_contents->GetNativeView() instead so the test compiles. To ensure nothing breaks, the test needs to be enabled. According to the comment, the reasons for it being disabled on Windows still seem relevant. However, on Linux the test was just timing out due to a quirk of the test. So the quirk is fixed, and WebDialogBrowserTest.SizeWindow is enabled on Linux Aura. The test is also enabled on Mac, but currently fails because NativeViewHost isn't implemented yet. That's coming, and leaving the test enabled will ensure we check it. With this change browser_tests compiles and links on toolkit-views Mac. BUG=404979, 399191, 52602 TEST=browser_tests Committed: https://src.chromium.org/viewvc/chrome?view=rev&revision=290998 Committed: https://src.chromium.org/viewvc/chrome?view=rev&revision=291272

Patch Set 1 #

Patch Set 2 : Submit some jobs with the test enabled #

Patch Set 3 : Enable the test in some places #

Patch Set 4 : Just parent of native view #

Patch Set 5 : fix bug link. nit comments #

Total comments: 5

Patch Set 6 : respond to comments #

Total comments: 2

Patch Set 7 : fix bug link #

Patch Set 8 : fix memory leak #

Unified diffs Side-by-side diffs Delta from patch set Stats (+51 lines, -23 lines) Patch
M chrome/browser/ui/views/web_dialog_view_browsertest.cc View 1 2 3 4 5 6 7 3 chunks +35 lines, -17 lines 0 comments Download
M chrome/chrome_tests.gypi View 1 2 3 4 5 6 3 chunks +16 lines, -6 lines 0 comments Download

Messages

Total messages: 22 (0 generated)
tapted
Hi Michael, please take a look.
6 years, 4 months ago (2014-08-19 12:00:37 UTC) #1
tapted
https://codereview.chromium.org/486063002/diff/120001/chrome/browser/ui/views/web_dialog_view_browsertest.cc File chrome/browser/ui/views/web_dialog_view_browsertest.cc (right): https://codereview.chromium.org/486063002/diff/120001/chrome/browser/ui/views/web_dialog_view_browsertest.cc#newcode90 chrome/browser/ui/views/web_dialog_view_browsertest.cc:90: #if defined(OS_WIN) || defined(OS_CHROMEOS) There are some bot runs ...
6 years, 4 months ago (2014-08-19 13:17:57 UTC) #2
msw
https://codereview.chromium.org/486063002/diff/120001/chrome/browser/ui/views/web_dialog_view_browsertest.cc File chrome/browser/ui/views/web_dialog_view_browsertest.cc (right): https://codereview.chromium.org/486063002/diff/120001/chrome/browser/ui/views/web_dialog_view_browsertest.cc#newcode90 chrome/browser/ui/views/web_dialog_view_browsertest.cc:90: #if defined(OS_WIN) || defined(OS_CHROMEOS) On 2014/08/19 13:17:57, tapted wrote: ...
6 years, 4 months ago (2014-08-19 18:56:36 UTC) #3
tapted
https://codereview.chromium.org/486063002/diff/120001/chrome/browser/ui/views/web_dialog_view_browsertest.cc File chrome/browser/ui/views/web_dialog_view_browsertest.cc (right): https://codereview.chromium.org/486063002/diff/120001/chrome/browser/ui/views/web_dialog_view_browsertest.cc#newcode90 chrome/browser/ui/views/web_dialog_view_browsertest.cc:90: #if defined(OS_WIN) || defined(OS_CHROMEOS) On 2014/08/19 18:56:36, msw wrote: ...
6 years, 4 months ago (2014-08-20 11:32:23 UTC) #4
msw
LGTM (with question about WontFix'ed bug/comment), you might want to update the CL description to ...
6 years, 4 months ago (2014-08-20 19:51:48 UTC) #5
tapted
Thanks Michael! On 2014/08/20 19:51:48, msw wrote: > you might want to update the > ...
6 years, 4 months ago (2014-08-21 00:22:13 UTC) #6
tapted
The CQ bit was checked by tapted@chromium.org
6 years, 4 months ago (2014-08-21 00:22:45 UTC) #7
commit-bot: I haz the power
CQ is trying da patch. Follow status at https://chromium-status.appspot.com/cq/tapted@chromium.org/486063002/180001
6 years, 4 months ago (2014-08-21 00:24:03 UTC) #8
commit-bot: I haz the power
FYI, CQ is re-trying this CL (attempt #1). The failing builders are: linux_gpu on tryserver.chromium.gpu ...
6 years, 4 months ago (2014-08-21 01:41:47 UTC) #9
commit-bot: I haz the power
The CQ bit was unchecked by commit-bot@chromium.org
6 years, 4 months ago (2014-08-21 01:44:20 UTC) #10
commit-bot: I haz the power
Try jobs failed on following builders: linux_gpu on tryserver.chromium.gpu (http://build.chromium.org/p/tryserver.chromium.gpu/builders/linux_gpu/builds/55442) android_clang_dbg on tryserver.chromium.linux (http://build.chromium.org/p/tryserver.chromium.linux/builders/android_clang_dbg/builds/8164)
6 years, 4 months ago (2014-08-21 01:44:21 UTC) #11
tapted
The CQ bit was checked by tapted@chromium.org
6 years, 4 months ago (2014-08-21 02:34:56 UTC) #12
commit-bot: I haz the power
CQ is trying da patch. Follow status at https://chromium-status.appspot.com/cq/tapted@chromium.org/486063002/180001
6 years, 4 months ago (2014-08-21 02:36:41 UTC) #13
commit-bot: I haz the power
Committed patchset #7 (180001) as 290998
6 years, 4 months ago (2014-08-21 04:36:56 UTC) #14
peria
A revert of this CL (patchset #7) has been created in https://codereview.chromium.org/490123002/ by peria@chromium.org. The ...
6 years, 4 months ago (2014-08-21 07:00:17 UTC) #15
tapted
Of course... a test disabled for 4 years would have a memory leak in it ...
6 years, 4 months ago (2014-08-21 12:50:54 UTC) #16
msw
still lgtm, but re-using the same codereview issue to re-land a patch is discouraged. The ...
6 years, 4 months ago (2014-08-21 19:34:24 UTC) #17
tapted
On 2014/08/21 19:34:24, msw wrote: > still lgtm, but re-using the same codereview issue to ...
6 years, 4 months ago (2014-08-21 23:23:45 UTC) #18
tapted
The CQ bit was checked by tapted@chromium.org
6 years, 4 months ago (2014-08-21 23:24:13 UTC) #19
commit-bot: I haz the power
CQ is trying da patch. Follow status at https://chromium-status.appspot.com/cq/tapted@chromium.org/486063002/220001
6 years, 4 months ago (2014-08-21 23:29:20 UTC) #20
commit-bot: I haz the power
Committed patchset #8 (220001) as 291272
6 years, 4 months ago (2014-08-22 00:37:59 UTC) #21
msw
6 years, 4 months ago (2014-08-22 00:40:20 UTC) #22
Message was sent while issue was closed.
On 2014/08/21 23:23:45, tapted wrote:
> On 2014/08/21 19:34:24, msw wrote:
> > still lgtm, but re-using the same codereview issue to re-land a patch is
> > discouraged. The common pattern I see is to upload the reverted patch set as
a
> > new issue, then upload subsequent patch sets fixing any problems (to ease
> > re-review).
> 
> Yeah - re-using CLs came up again recently -
>
https://groups.google.com/a/chromium.org/d/msg/infra-dev/UBOakX2ccKY/k3_GxBwE...
> . My understanding is that if re-use would make the updated CL review hard to
> follow, then a new CL is better. (This one seems simple enough :). Otherwise,
> the tools are being designed to support both workflows.
> 
> I actually find I dig through review comments a lot after a `git cl annotate`
> (e.g. to ask "why was this code done this way" and found an answer in a review
> comment) - spreading the comments across multiple CLs would make this slightly
> more annoying, but I don't really feel strongly about it.

Thanks for the info! I agree reusing issues is simpler for simple fixes.

Powered by Google App Engine
This is Rietveld 408576698