RESOLVED FIXED 189975
Remove StorageProcess
https://bugs.webkit.org/show_bug.cgi?id=189975
Summary Remove StorageProcess
Sihui Liu
Reported 2018-09-25 14:38:35 PDT
Functionality of storage process is moved to network process. The next step is to remove storage process code that does not function any more.
Attachments
Patch (160.65 KB, patch)
2018-09-28 14:05 PDT, Sihui Liu
no flags
Archive of layout-test-results from ews105 for mac-sierra-wk2 (2.91 MB, application/zip)
2018-09-28 15:27 PDT, EWS Watchlist
no flags
Archive of layout-test-results from ews121 for ios-simulator-wk2 (15.67 MB, application/zip)
2018-09-28 16:19 PDT, EWS Watchlist
no flags
Patch (167.13 KB, patch)
2018-09-28 16:54 PDT, Sihui Liu
no flags
Patch (192.24 KB, patch)
2018-10-01 09:37 PDT, Sihui Liu
no flags
Sihui Liu
Comment 1 2018-09-28 14:05:19 PDT
EWS Watchlist
Comment 2 2018-09-28 15:27:50 PDT
Comment on attachment 351106 [details] Patch Attachment 351106 [details] did not pass mac-wk2-ews (mac-wk2): Output: https://webkit-queues.webkit.org/results/9385773 New failing tests: http/wpt/service-workers/persistent-importScripts.html
EWS Watchlist
Comment 3 2018-09-28 15:27:52 PDT
Created attachment 351120 [details] Archive of layout-test-results from ews105 for mac-sierra-wk2 The attached test failures were seen while running run-webkit-tests on the mac-wk2-ews. Bot: ews105 Port: mac-sierra-wk2 Platform: Mac OS X 10.12.6
EWS Watchlist
Comment 4 2018-09-28 16:19:15 PDT
Comment on attachment 351106 [details] Patch Attachment 351106 [details] did not pass ios-sim-ews (ios-simulator-wk2): Output: https://webkit-queues.webkit.org/results/9386012 New failing tests: http/wpt/service-workers/persistent-importScripts.html
EWS Watchlist
Comment 5 2018-09-28 16:19:17 PDT
Created attachment 351136 [details] Archive of layout-test-results from ews121 for ios-simulator-wk2 The attached test failures were seen while running run-webkit-tests on the ios-sim-ews. Bot: ews121 Port: ios-simulator-wk2 Platform: Mac OS X 10.13.6
Sihui Liu
Comment 6 2018-09-28 16:54:26 PDT
Geoffrey Garen
Comment 7 2018-09-29 08:50:29 PDT
Comment on attachment 351142 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=351142&action=review Patch looks good. Please fix this EWS failure: In file included from /home/ews/gtk-wk2-ews/WebKit/WebKitBuild/Release/DerivedSources/WebKit/unified-sources/UnifiedSource24.cpp:1:0: ../../Source/WebKit/StorageProcess/glib/StorageProcessMainGLib.cpp:30:28: fatal error: StorageProcess.h: No such file or directory #include "StorageProcess.h" > Tools/Scripts/webkitpy/benchmark_runner/benchmark_runner.py:102 > + time.sleep(5) Was this change intentional? If so, you should explain its rationale in the ChangeLog.
mitz
Comment 8 2018-09-29 14:23:02 PDT
Comment on attachment 351142 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=351142&action=review > Source/WebKit/WebKit.xcodeproj/project.pbxproj:4772 > 4188C157211378520012ABCD /* Storage-OSX-sandbox.entitlements */, Is this file still needed or can it be deleted and the reference removed from the project? What gives the networking process the entitlement previously given to the storage process, if it’s needed?
mitz
Comment 9 2018-09-29 14:24:57 PDT
(In reply to mitz from comment #8) > Comment on attachment 351142 [details] > Patch > > View in context: > https://bugs.webkit.org/attachment.cgi?id=351142&action=review > > > Source/WebKit/WebKit.xcodeproj/project.pbxproj:4772 > > 4188C157211378520012ABCD /* Storage-OSX-sandbox.entitlements */, > > Is this file still needed or can it be deleted and the reference removed > from the project? > > What gives the networking process the entitlement previously given to the > storage process, if it’s needed? I am guessing the answer to the second question is that it’s not needed, because it’s for the sandbox cache, and the Networking process has its own cache with its own entitlement for it.
Sihui Liu
Comment 10 2018-10-01 09:14:49 PDT
(In reply to Geoffrey Garen from comment #7) > Comment on attachment 351142 [details] > Patch > > View in context: > https://bugs.webkit.org/attachment.cgi?id=351142&action=review > > Patch looks good. > > Please fix this EWS failure: > > In file included from > /home/ews/gtk-wk2-ews/WebKit/WebKitBuild/Release/DerivedSources/WebKit/ > unified-sources/UnifiedSource24.cpp:1:0: > ../../Source/WebKit/StorageProcess/glib/StorageProcessMainGLib.cpp:30:28: > fatal error: StorageProcess.h: No such file or directory > #include "StorageProcess.h" > > > Tools/Scripts/webkitpy/benchmark_runner/benchmark_runner.py:102 > > + time.sleep(5) > > Was this change intentional? If so, you should explain its rationale in the > ChangeLog. No. Just for some test and forgot to remove. Will fix.
Sihui Liu
Comment 11 2018-10-01 09:15:46 PDT
(In reply to mitz from comment #9) > (In reply to mitz from comment #8) > > Comment on attachment 351142 [details] > > Patch > > > > View in context: > > https://bugs.webkit.org/attachment.cgi?id=351142&action=review > > > > > Source/WebKit/WebKit.xcodeproj/project.pbxproj:4772 > > > 4188C157211378520012ABCD /* Storage-OSX-sandbox.entitlements */, > > > > Is this file still needed or can it be deleted and the reference removed > > from the project? > > > > What gives the networking process the entitlement previously given to the > > storage process, if it’s needed? > > I am guessing the answer to the second question is that it’s not needed, > because it’s for the sandbox cache, and the Networking process has its own > cache with its own entitlement for it. Yes. The file should be removed from the project.
Sihui Liu
Comment 12 2018-10-01 09:37:44 PDT
Geoffrey Garen
Comment 13 2018-10-01 09:40:01 PDT
Comment on attachment 351252 [details] Patch r=me
WebKit Commit Bot
Comment 14 2018-10-01 13:44:15 PDT
Comment on attachment 351252 [details] Patch Clearing flags on attachment: 351252 Committed r236690: <https://trac.webkit.org/changeset/236690>
WebKit Commit Bot
Comment 15 2018-10-01 13:44:17 PDT
All reviewed patches have been landed. Closing bug.
Radar WebKit Bug Importer
Comment 16 2018-10-01 13:45:35 PDT
Note You need to log in before you can comment on or make changes to this bug.