Bug 182869 – [WinCairo] Add WKView and WKAPI

• Component: WebKit2
• Status: RESOLVED FIXED

[Yousuke Kimoto]

WKView.[cpp|h] and WKAPICastWin.h are required to build wincairo webkit. This ticket is to just add those files.

[Yousuke Kimoto]

Created attachment 334031 [details]
bz182869-1.patch

[Yousuke Kimoto]

Comment on attachment 334031 [details]
bz182869-1.patch

For wincairo webkit, WKAPICast.h needs to include "WKAPICastWin.h". I'll fix it.

[Yousuke Kimoto]

Created attachment 334997 [details]
Patch

[Alex Christensen]

Comment on attachment 334997 [details]
Patch

View in context: https://bugs.webkit.org/attachment.cgi?id=334997&action=review

> Source/WebKit/UIProcess/API/C/win/WKView.cpp:65
> +void WKViewSetIsInWindow(WKViewRef viewRef, bool isInWindow)
> +{
> +    notImplemented();
> +}

Let's not add unimplemented API.

> Source/WebKit/UIProcess/API/C/win/WKView.cpp:112
> +void WKViewSetDrawsTransparentBackground(WKViewRef viewRef, bool drawsTransparentBackground)
> +{
> +}

ditto.

> Source/WebKit/UIProcess/API/C/win/WKView.cpp:117
> +bool WKViewDrawsTransparentBackground(WKViewRef viewRef)
> +{
> +    return false;
> +}

This is also basically unimplemented.

> Source/WebKit/UIProcess/API/C/win/WKView.h:76
> +    WK_EXPORT void WKViewSetInitialFocus(WKViewRef view, bool forward);

forward is probably the wrong name here.

[Yousuke Kimoto]

Created attachment 335295 [details]
Patch

[Yousuke Kimoto]

Thank you for your review.

(In reply to Alex Christensen from comment #4)
> Comment on attachment 334997 [details]
> Patch
> 
> View in context:
> https://bugs.webkit.org/attachment.cgi?id=334997&action=review
> 
> > Source/WebKit/UIProcess/API/C/win/WKView.cpp:65
> > +void WKViewSetIsInWindow(WKViewRef viewRef, bool isInWindow)
> > +{
> > +    notImplemented();
> > +}
> 
> Let's not add unimplemented API.
Fixed. 

> > Source/WebKit/UIProcess/API/C/win/WKView.cpp:112
> > +void WKViewSetDrawsTransparentBackground(WKViewRef viewRef, bool drawsTransparentBackground)
> > +{
> > +}
> 
> ditto.
> > Source/WebKit/UIProcess/API/C/win/WKView.cpp:117
> > +bool WKViewDrawsTransparentBackground(WKViewRef viewRef)
> > +{
> > +    return false;
> > +}
> 
> This is also basically unimplemented.
Those two APIs are not used for now, so they were just removed.

> > Source/WebKit/UIProcess/API/C/win/WKView.h:76
> > +    WK_EXPORT void WKViewSetInitialFocus(WKViewRef view, bool forward);
> 
> forward is probably the wrong name here.
"isForward" is used instead by mimicking WKViewSetIsInWindow()'s boolean variable name.

[Alex Christensen]

Comment on attachment 335295 [details]
Patch

View in context: https://bugs.webkit.org/attachment.cgi?id=335295&action=review

This is adding a file that doesn't compile.  Let's not.

> Source/WebKit/UIProcess/API/C/win/WKAPICastWin.h:2
> + * Copyright (C) 2010 Apple Inc. All rights reserved.

If this is resurrecting old code, please indicate the initial commit this came from.

> Source/WebKit/UIProcess/API/C/win/WKAPICastWin.h:38
> +WK_ADD_API_MAPPING(WKViewRef, WebView)

Is WebView correct?  I think we might want something more like WebPageProxy here.

> Source/WebKit/UIProcess/API/C/win/WKView.cpp:32
> +#include "WebView.h"

WebView.h doesn't exist in modern WebKit.  Does this compile?

[Fujii Hironori]

Created attachment 337690 [details]
Patch

[EWS Watchlist]

Comment on attachment 337690 [details]
Patch

Attachment 337690 [details] did not pass win-ews (win):
Output: http://webkit-queues.webkit.org/results/7282666

New failing tests:
http/tests/security/contentSecurityPolicy/userAgentShadowDOM/allow-audio.html

[EWS Watchlist]

Created attachment 337694 [details]
Archive of layout-test-results from ews200 for win-future

The attached test failures were seen while running run-webkit-tests on the win-ews.
Bot: ews200  Port: win-future  Platform: CYGWIN_NT-6.1-2.9.0-0.318-5-3-x86_64-64bit

[Fujii Hironori]

Could anyone review?

[Alex Christensen]

Comment on attachment 337690 [details]
Patch

View in context: https://bugs.webkit.org/attachment.cgi?id=337690&action=review

> Source/WebKit/UIProcess/Launcher/win/ProcessLauncherWin.cpp:35
> +const LPCWSTR webKitDLLName = L"WebKit2.dll";

Do we want this name?

> Source/WebKit/UIProcess/win/WebContextMenuProxyWin.h:51
> +    WebPageProxy* m_page;

It looks like this could be a WebPageProxy&.

> Source/WebKit/UIProcess/win/WebView.cpp:72
> +SOFT_LINK_LIBRARY(IMM32)

Why are we soft linking instead of directly linking?

> Source/WebKit/UIProcess/win/WebView.cpp:245
> +    , m_toolTipWindow(0)

These should be { nullptr } in the header.

> Source/WebKit/UIProcess/win/WebView.h:57
> +    static WebView* create(RECT rect, const API::PageConfiguration& configuration, HWND parentWindow)

This should return a std::unique_ptr or UniqueRef.

[Fujii Hironori]

Comment on attachment 337690 [details]
Patch

View in context: https://bugs.webkit.org/attachment.cgi?id=337690&action=review

Thank you for the review.

>> Source/WebKit/UIProcess/Launcher/win/ProcessLauncherWin.cpp:35
>> +const LPCWSTR webKitDLLName = L"WebKit2.dll";
> 
> Do we want this name?

I will remove the variable.

>> Source/WebKit/UIProcess/win/WebView.cpp:72
>> +SOFT_LINK_LIBRARY(IMM32)
> 
> Why are we soft linking instead of directly linking?

I don't know the reason. SOFT_LINK was used since Bug 51049.
I will link it directly.

[Fujii Hironori]

Comment on attachment 337690 [details]
Patch

View in context: https://bugs.webkit.org/attachment.cgi?id=337690&action=review

>> Source/WebKit/UIProcess/win/WebView.h:57
>> +    static WebView* create(RECT rect, const API::PageConfiguration& configuration, HWND parentWindow)
> 
> This should return a std::unique_ptr or UniqueRef.

WebView is an APIObject. It needs to be leaked to convert C object.

WebProcessPool::create return Ref<WebProcessPool> and using leakRef() to convert C object.

> static Ref<WebProcessPool> create(API::ProcessPoolConfiguration&);

> WKContextRef WKContextCreate()
> {
>     auto configuration = API::ProcessPoolConfiguration::createWithLegacyOptions();
>     return toAPI(&WebProcessPool::create(configuration).leakRef());
> }

I will use this style for WebView.

[Fujii Hironori]

Created attachment 338081 [details]
Patch

[EWS Watchlist]

Comment on attachment 338081 [details]
Patch

Attachment 338081 [details] did not pass mac-ews (mac):
Output: http://webkit-queues.webkit.org/results/7340707

New failing tests:
animations/needs-layout.html

[EWS Watchlist]

Created attachment 338086 [details]
Archive of layout-test-results from ews103 for mac-sierra

The attached test failures were seen while running run-webkit-tests on the mac-ews.
Bot: ews103  Port: mac-sierra  Platform: Mac OS X 10.12.6

[EWS Watchlist]

Comment on attachment 338081 [details]
Patch

Attachment 338081 [details] did not pass win-ews (win):
Output: http://webkit-queues.webkit.org/results/7341027

New failing tests:
http/tests/security/video-poster-cross-origin-crash2.html

[EWS Watchlist]

Created attachment 338091 [details]
Archive of layout-test-results from ews206 for win-future

The attached test failures were seen while running run-webkit-tests on the win-ews.
Bot: ews206  Port: win-future  Platform: CYGWIN_NT-6.1-2.9.0-0.318-5-3-x86_64-64bit

[Fujii Hironori]

Could you review again, Alex?

[Fujii Hironori]

Could anyone review this?

[Fujii Hironori]

Created attachment 338632 [details]
Patch

* Removed half-baked IME support to simplify this patch.

[Alex Christensen]

Comment on attachment 338632 [details]
Patch

View in context: https://bugs.webkit.org/attachment.cgi?id=338632&action=review

> Source/WebKit/UIProcess/Launcher/ProcessLauncher.h:96
> +    HANDLE m_hProcess;

You might consider using a Win32Handle here.

[Fujii Hironori]

Created attachment 338701 [details]
Patch for landing

[Fujii Hironori]

Committed r230982: <https://trac.webkit.org/changeset/230982>

[Radar WebKit Bug Importer]

<rdar://problem/39709271>