WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
111845
[SOUP] Soup disk cache should respect the diskCacheDirectory from the process initial parameters
https://bugs.webkit.org/show_bug.cgi?id=111845
Summary
[SOUP] Soup disk cache should respect the diskCacheDirectory from the process...
Carlos Garcia Campos
Reported
2013-03-08 04:28:25 PST
We currently set the disk cache directory in the web process unconditionally in both GTK and EFL.
Attachments
Patch
(5.79 KB, patch)
2013-03-08 04:34 PST
,
Carlos Garcia Campos
no flags
Details
Formatted Diff
Diff
Updated patch
(5.90 KB, patch)
2013-03-08 04:47 PST
,
Carlos Garcia Campos
andersca
: review+
Details
Formatted Diff
Diff
Show Obsolete
(1)
View All
Add attachment
proposed patch, testcase, etc.
Carlos Garcia Campos
Comment 1
2013-03-08 04:34:00 PST
Created
attachment 192199
[details]
Patch
Carlos Garcia Campos
Comment 2
2013-03-08 04:34:23 PST
Adding WebKit2 owners.
Chris Dumez
Comment 3
2013-03-08 04:43:18 PST
Comment on
attachment 192199
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=192199&action=review
Looks good, thanks.
> Source/WebKit2/WebProcess/soup/WebProcessSoup.cpp:167 > + ASSERT(!parameters.diskCacheDirectory.isEmpty() && !parameters.diskCacheDirectory.isNull());
The isNull() check is superfluous here as it is already checked inside isEmpty().
Xan Lopez
Comment 4
2013-03-08 04:43:52 PST
Comment on
attachment 192199
[details]
Patch Looks good to me.
Carlos Garcia Campos
Comment 5
2013-03-08 04:47:59 PST
Created
attachment 192202
[details]
Updated patch Removed the redundant isNull from assert and added a check before flushing the cache for the case when the web process finishes too early before the platformInitializeWebProcess is called.
Thiago Marcos P. Santos
Comment 6
2013-03-08 06:30:11 PST
Comment on
attachment 192202
[details]
Updated patch LGTM, thanks!
Benjamin Poulain
Comment 7
2013-03-08 12:46:12 PST
Comment on
attachment 192202
[details]
Updated patch There are two ways to set this: WebContext::platformDefaultDiskCacheDirectory and WKContextSetDiskCacheDirectory. From a quick look, it looks like we should get rid of platformDefaultDiskCacheDirectory and unify something around WKContextSetDiskCacheDirectory. It is silly to have two path. Any opinion?
Carlos Garcia Campos
Comment 8
2013-03-09 01:07:14 PST
(In reply to
comment #7
)
> (From update of
attachment 192202
[details]
) > There are two ways to set this: WebContext::platformDefaultDiskCacheDirectory and WKContextSetDiskCacheDirectory. > > From a quick look, it looks like we should get rid of platformDefaultDiskCacheDirectory and unify something around WKContextSetDiskCacheDirectory. It is silly to have two path. Any opinion?
For me they are not two ways, platformDefaultDiskCacheDirectory() defines the default disk cache directory for the platform. WKContextSetDiskCacheDirectory overrides the default directory. The good thing of having a default disk cache directory defined in the WebContext is that you don't need to explicitly set a disk cache from the API or from apps, unless you want to override the default. Note that platformDefaultDiskCacheDirectory() is private, so it's not supposed to be a way for the API layer to set a disck cache directory, but to define an internal default. All other directories (database, local storage, cookie storage, etc.) use the same approach.
Carlos Garcia Campos
Comment 9
2013-04-11 23:35:47 PDT
ping owners
Carlos Garcia Campos
Comment 10
2013-04-22 08:56:25 PDT
Committed
r148886
: <
http://trac.webkit.org/changeset/148886
>
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug