Bug 186633

Summary: [Win][MiniBrowser] Change to use WebKit by default if it's available
Product: WebKit Reporter: Basuke Suzuki <basuke>
Component: Tools / TestsAssignee: Basuke Suzuki <basuke>
Status: RESOLVED FIXED    
Severity: Normal CC: achristensen, basuke, commit-queue, ews-feeder, lforschler, pvollan, webkit-bug-importer, youennf
Priority: P2 Keywords: InRadar
Version: WebKit Nightly Build   
Hardware: Unspecified   
OS: Unspecified   
Bug Depends on:    
Bug Blocks: 174003    
Attachments:
Description Flags
PATCH
youennf: review+
FIX none

Basuke Suzuki
Reported 2018-06-14 14:25:36 PDT
Add command line switch for WebKit
Attachments
PATCH (4.72 KB, patch)
2018-06-14 14:45 PDT, Basuke Suzuki
youennf: review+
FIX (5.84 KB, patch)
2018-06-14 15:52 PDT, Basuke Suzuki
no flags
Basuke Suzuki
Comment 1 2018-06-14 14:43:36 PDT
Add command line switch to use WebKit or WebKitLegacy
Basuke Suzuki
Comment 2 2018-06-14 14:45:22 PDT
youenn fablet
Comment 3 2018-06-14 15:30:58 PDT
Comment on attachment 342763 [details] PATCH View in context: https://bugs.webkit.org/attachment.cgi?id=342763&action=review > Tools/MiniBrowser/win/Common.cpp:168 > +void parseCommandLine(bool& usesLayeredWebView, bool& useFullDesktop, bool& pageLoadTesting, MainWindow::BrowserWindowType& windowType, _bstr_t& requestedURL) Maybe it should return a struct of all parameters. > Tools/MiniBrowser/win/WinMain.cpp:56 > + MainWindow::BrowserWindowType windowType = MainWindow::BrowserWindowType::WebKitLegacy; Why is it legacy here? If parseCommandLine was returning a struct, there would be no need for setting these default values. > Tools/MiniBrowser/win/WinMain.cpp:109 > +extern "C" __declspec(dllexport) int WINAPI dllLauncherEntryPoint(HINSTANCE hInstance, HINSTANCE hPrevInstance, LPWSTR lpstrCmdLine, int nCmdShow) Isn't it already defined in Tools/MiniBrowser/win/Common.cpp?
Basuke Suzuki
Comment 4 2018-06-14 15:34:40 PDT
Comment on attachment 342763 [details] PATCH View in context: https://bugs.webkit.org/attachment.cgi?id=342763&action=review >> Tools/MiniBrowser/win/Common.cpp:168 >> +void parseCommandLine(bool& usesLayeredWebView, bool& useFullDesktop, bool& pageLoadTesting, MainWindow::BrowserWindowType& windowType, _bstr_t& requestedURL) > > Maybe it should return a struct of all parameters. Make sense. >> Tools/MiniBrowser/win/WinMain.cpp:56 >> + MainWindow::BrowserWindowType windowType = MainWindow::BrowserWindowType::WebKitLegacy; > > Why is it legacy here? > If parseCommandLine was returning a struct, there would be no need for setting these default values. Got it. >> Tools/MiniBrowser/win/WinMain.cpp:109 >> +extern "C" __declspec(dllexport) int WINAPI dllLauncherEntryPoint(HINSTANCE hInstance, HINSTANCE hPrevInstance, LPWSTR lpstrCmdLine, int nCmdShow) > > Isn't it already defined in Tools/MiniBrowser/win/Common.cpp? Moved from Common.cpp. Common.cpp was originally included from WinMain.cpp and it is now separate code to be compiled. It is more natural to put entry point to the same source file.
Basuke Suzuki
Comment 5 2018-06-14 15:52:10 PDT
Created attachment 342770 [details] FIX Thanks youenn for r+.
EWS
Comment 6 2018-06-14 15:52:17 PDT
Comment on attachment 342770 [details] FIX Rejecting attachment 342770 [details] from commit-queue. Basuke.Suzuki@sony.com does not have committer permissions according to https://trac.webkit.org/browser/trunk/Tools/Scripts/webkitpy/common/config/contributors.json. - If you do not have committer rights please read http://webkit.org/coding/contributing.html for instructions on how to use bugzilla flags. - If you have committer rights please correct the error in Tools/Scripts/webkitpy/common/config/contributors.json by adding yourself to the file (no review needed). The commit-queue restarts itself every 2 hours. After restart the commit-queue will correctly respect your committer rights.
youenn fablet
Comment 7 2018-06-14 15:53:59 PDT
Comment on attachment 342770 [details] FIX View in context: https://bugs.webkit.org/attachment.cgi?id=342770&action=review > Tools/MiniBrowser/win/Common.h:36 > + MainWindow::BrowserWindowType windowType; You could probably initialise its value there too so that you do not need the constructor.
Basuke Suzuki
Comment 8 2018-06-14 16:18:39 PDT
Comment on attachment 342770 [details] FIX View in context: https://bugs.webkit.org/attachment.cgi?id=342770&action=review >> Tools/MiniBrowser/win/Common.h:36 >> + MainWindow::BrowserWindowType windowType; > > You could probably initialise its value there too so that you do not need the constructor. But the default value is conditional. I tried to put them here with #if block, but it seems so unnatural. I saw many examples of constructors with conditional initialization, so it comfortable for me. What do you think?
youenn fablet
Comment 9 2018-06-14 16:42:15 PDT
(In reply to Basuke Suzuki from comment #8) > Comment on attachment 342770 [details] > FIX > > View in context: > https://bugs.webkit.org/attachment.cgi?id=342770&action=review > > >> Tools/MiniBrowser/win/Common.h:36 > >> + MainWindow::BrowserWindowType windowType; > > > > You could probably initialise its value there too so that you do not need the constructor. > > But the default value is conditional. I tried to put them here with #if > block, but it seems so unnatural. I saw many examples of constructors with > conditional initialization, so it comfortable for me. What do you think? I guess you could use a macro but the constructor is fine too.
Basuke Suzuki
Comment 10 2018-06-14 16:56:13 PDT
Thanks. I go with constructor now.
WebKit Commit Bot
Comment 11 2018-06-14 17:23:09 PDT
Comment on attachment 342770 [details] FIX Clearing flags on attachment: 342770 Committed r232862: <https://trac.webkit.org/changeset/232862>
WebKit Commit Bot
Comment 12 2018-06-14 17:23:11 PDT
All reviewed patches have been landed. Closing bug.
Radar WebKit Bug Importer
Comment 13 2018-06-14 17:24:21 PDT
Note You need to log in before you can comment on or make changes to this bug.