Bug 58229

Summary: Assertion failure in CanvasRenderingContext2D::State::fontsNeedUpdate when invalidating the font cache after opening canvas/philip/tests/initial.reset.2dstate.html (occurs on Qt debug test bot)
Product: WebKit Reporter: Csaba Osztrogonác <ossy>
Component: New BugsAssignee: Nobody <webkit-unassigned>
Status: RESOLVED FIXED    
Severity: Critical CC: bdakin, mitz
Priority: P1    
Version: 528+ (Nightly build)   
Hardware: PC   
OS: All   
Attachments:
Description Flags
$ cat crash.log | c++filt
none
Patch ap: review+

Csaba Osztrogonác
Reported 2011-04-11 06:15:33 PDT
Created attachment 88998 [details] $ cat crash.log | c++filt It doesn't crash in itself, but we can easily reproduce the crash: $ Tools/Scripts/run-webkit-tests --debug canvas/philip/tests/initial.reset.2dstate.html canvas/philip/tests/initial.reset.clip.html
Attachments
$ cat crash.log | c++filt (3.65 KB, text/plain)
2011-04-11 06:15 PDT, Csaba Osztrogonác
no flags
Patch (4.13 KB, patch)
2011-04-11 10:32 PDT, mitz
ap: review+
Csaba Osztrogonác
Comment 1 2011-04-11 06:16:32 PDT
This crash caused or revealed by http://trac.webkit.org/changeset/83396
Csaba Osztrogonác
Comment 2 2011-04-11 06:24:20 PDT
I cc-ed Beth and Dan, the author and the reviewer of r83396. Could you check it please if it is a regression caused by r83396, or a Qt specific/platform independent bug revealed by r83396?
mitz
Comment 3 2011-04-11 07:19:56 PDT
This is an assertion failure in code added in r83396.
mitz
Comment 4 2011-04-11 07:37:43 PDT
I can reproduce this on Mac OS X by opening canvas/philip/tests/initial.reset.2dstate.html in Safari, and then using Font Book to disable or enable a font (which invalidates the font cache).
mitz
Comment 5 2011-04-11 10:02:37 PDT
r83396 is wrong in that it uses pointers to State instances, but State is copyable.
mitz
Comment 6 2011-04-11 10:32:09 PDT
Alexey Proskuryakov
Comment 7 2011-04-11 10:43:04 PDT
Comment on attachment 89023 [details] Patch Is m_font.fontSelector() never null here?
mitz
Comment 8 2011-04-11 10:44:21 PDT
(In reply to comment #7) > (From update of attachment 89023 [details]) > Is m_font.fontSelector() never null here? If m_realizedFont is true, then m_font.fontSelector() should never be null.
mitz
Comment 9 2011-04-11 10:46:19 PDT
Note You need to log in before you can comment on or make changes to this bug.