WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
Bug 78080
REGRESSION (
r106681
): Null check missing in [WebFrame(WebInternal) _typingStyle]
https://bugs.webkit.org/show_bug.cgi?id=78080
Summary
REGRESSION (r106681): Null check missing in [WebFrame(WebInternal) _typingStyle]
Antti Koivisto
Reported
2012-02-07 22:05:02 PST
It looks like FrameSelection::copyTypingStyle can return nil, but after
r106681
-[WebFrame _typingStyle] assumes it does not.
Attachments
patch
(1.42 KB, patch)
2012-02-07 22:11 PST
,
Antti Koivisto
kling
: review+
Details
Formatted Diff
Diff
with API test
(7.67 KB, patch)
2012-02-08 09:23 PST
,
Antti Koivisto
darin
: review+
Details
Formatted Diff
Diff
Show Obsolete
(1)
View All
Add attachment
proposed patch, testcase, etc.
Antti Koivisto
Comment 1
2012-02-07 22:05:42 PST
<
rdar://problem/10825155
>
Antti Koivisto
Comment 2
2012-02-07 22:11:55 PST
Created
attachment 126001
[details]
patch
mitz
Comment 3
2012-02-08 00:00:58 PST
Can you add a TestWebKitAPI test for this?
Antti Koivisto
Comment 4
2012-02-08 09:23:20 PST
Created
attachment 126100
[details]
with API test
Darin Adler
Comment 5
2012-02-08 09:25:01 PST
Comment on
attachment 126100
[details]
with API test View in context:
https://bugs.webkit.org/attachment.cgi?id=126100&action=review
> Tools/TestWebKitAPI/Tests/mac/TypingStyleCrash.mm:32 > + WebView *webView = [[WebView alloc] initWithFrame:NSZeroRect frameName:@"" groupName:@""];
I think another way to do the same thing is: [[WebView alloc] init]. I believe those arguments are the defaults.
mitz
Comment 6
2012-02-08 09:28:05 PST
Comment on
attachment 126100
[details]
with API test View in context:
https://bugs.webkit.org/attachment.cgi?id=126100&action=review
> Tools/ChangeLog:12 > + (TestWebKitAPI):
prepare-ChangeLog keeps adding these…
> Tools/TestWebKitAPI/Tests/mac/TypingStyleCrash.mm:33 > + [webView.mainFrame loadHTMLString:@"<html><body>foo</body></html>" baseURL:nil];
I doubt that this accomplishes anything, since you don’t spin the run loop and wait for this to load before continuing. Presumably, you can just remove this.
Antti Koivisto
Comment 7
2012-02-08 09:36:05 PST
http://trac.webkit.org/changeset/107100
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