119729 2013-08-13 00:29:42 -0700 [EFL][WK1] New fast/dom/Window/open-zero-size-as-default.html test fails after r153913. 2017-03-11 10:47:56 -0800 1 1 1 Unclassified WebKit Tools / Tests 528+ (Nightly build) Unspecified Unspecified RESOLVED WONTFIX P2 Normal --- 87008 1 abrhm webkit-unassigned allan.jensen ap kadam mcatanzaro mrobinson ossy zarvai oldest_to_newest 916601 0 abrhm 2013-08-13 00:29:42 -0700 This new test fails on WK1. Result on EFL, Qt WK1 bots: Test that passing "height=0,width=0" to window.open() results in default window size. PASS FAIL: [0,0] http://build.webkit.sed.hu/results/x86-64%20Linux%20Qt%20Release/r153979%20(52957)/fast/dom/Window/open-zero-size-as-default-pretty-diff.html Result on GTK bots: Test that passing "height=0,width=0" to window.open() results in default window size. PASS FAIL: [1,1] http://build.webkit.org/results/GTK%20Linux%2064-bit%20Debug%20WK1/r153975%20(3540)/fast/dom/Window/open-zero-size-as-default-pretty-diff.html Could you take a look please? 916718 1 ap 2013-08-13 08:37:26 -0700 Perhaps this is the default size in DumpRenderTree for these platforms? 918625 2 allan.jensen 2013-08-19 06:50:08 -0700 Apple reverted the behavior we rely on to make this work. We either need another way to work or rerevert it with an #ifdef !PLATFORM(APPLE) 1286666 3 mcatanzaro 2017-03-11 10:47:56 -0800 Closing this bug because the EFL port has been removed from trunk. If you feel this bug applies to a different upstream WebKit port and was closed in error, please either update the title and reopen the bug, or leave a comment to request this.