WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED DUPLICATE of
bug 200772
200648
REGRESSION (
r248440
): MiniBrowser no longer loads file:// URLs on launch
https://bugs.webkit.org/show_bug.cgi?id=200648
Summary
REGRESSION (r248440): MiniBrowser no longer loads file:// URLs on launch
Per Arne Vollan
Reported
2019-08-12 16:55:44 PDT
This is a regression from
https://trac.webkit.org/changeset/248440/webkit
.
Attachments
Patch
(3.50 KB, patch)
2019-08-12 17:10 PDT
,
Per Arne Vollan
no flags
Details
Formatted Diff
Diff
Patch
(3.51 KB, patch)
2019-08-13 07:51 PDT
,
Per Arne Vollan
no flags
Details
Formatted Diff
Diff
Show Obsolete
(1)
View All
Add attachment
proposed patch, testcase, etc.
Per Arne Vollan
Comment 1
2019-08-12 16:56:15 PDT
rdar://problem/54168065
Brent Fulgham
Comment 2
2019-08-12 16:57:43 PDT
Is this a race condition where we don't have the PID yet when we try to create the sandbox extension?
Per Arne Vollan
Comment 3
2019-08-12 17:01:14 PDT
(In reply to Brent Fulgham from
comment #2
)
> Is this a race condition where we don't have the PID yet when we try to > create the sandbox extension?
I think the pid is valid, but I will double-check.
Per Arne Vollan
Comment 4
2019-08-12 17:10:11 PDT
Created
attachment 376109
[details]
Patch
Brent Fulgham
Comment 5
2019-08-12 18:19:36 PDT
Comment on
attachment 376109
[details]
Patch Oh! Got it.
Per Arne Vollan
Comment 6
2019-08-13 07:32:13 PDT
(In reply to Brent Fulgham from
comment #2
)
> Is this a race condition where we don't have the PID yet when we try to > create the sandbox extension?
You are right, Brent. There seems to be a race between creating the sandbox extension when starting the load and getting the pid of the new WebContent process.
Per Arne Vollan
Comment 7
2019-08-13 07:51:22 PDT
Created
attachment 376162
[details]
Patch
Brent Fulgham
Comment 8
2019-08-13 13:51:15 PDT
Comment on
attachment 376162
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=376162&action=review
> Source/WebKit/Shared/Cocoa/SandboxExtensionCocoa.mm:352 > + return false;
Do we cleanly recover if this returns false? I.e., if the pid isn't available and so we don't create the extension, does WebKit try again later?
Per Arne Vollan
Comment 9
2019-08-13 14:02:50 PDT
(In reply to Brent Fulgham from
comment #8
)
> Comment on
attachment 376162
[details]
> Patch > > View in context: >
https://bugs.webkit.org/attachment.cgi?id=376162&action=review
> > > Source/WebKit/Shared/Cocoa/SandboxExtensionCocoa.mm:352 > > + return false; > > Do we cleanly recover if this returns false? I.e., if the pid isn't > available and so we don't create the extension, does WebKit try again later?
If the pid is invalid, the patch falls back to creating an extension without the pid. I am not sure if this is the optimal solution. I am also looking into creating the extension with an audit token instead of a pid. Thanks for reviewing!
Per Arne Vollan
Comment 10
2019-08-15 11:01:16 PDT
*** This bug has been marked as a duplicate of
bug 200772
***
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