Bug 26484 - [CHROMIUM] ASSERT_NOT_REACHED reached in Chromium font code
Summary: [CHROMIUM] ASSERT_NOT_REACHED reached in Chromium font code
Status: RESOLVED FIXED
Alias: None
Product: WebKit
Classification: Unclassified
Component: Platform (show other bugs)
Version: 528+ (Nightly build)
Hardware: PC Windows XP
: P2 Normal
Assignee: Nobody
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-06-17 10:45 PDT by Nicolas Sylvain
Modified: 2009-06-25 17:10 PDT (History)
1 user (show)

See Also:


Attachments
Replace assert with log. (2.14 KB, patch)
2009-06-17 11:14 PDT, Ojan Vafai
dglazkov: review+
Details | Formatted Diff | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Nicolas Sylvain 2009-06-17 10:45:55 PDT
In the font code for chromium, we try to load font, and if it fails because of the sandbox, we ask the browser process to try to load it by calling ensureFontLoaded. If it still fails after ensureFontLoaded, we hit a ASSERT_NOT_REACHED.

This case happens once in a while during browser shutdown. The browser will queue a message to the renderer to shutdown, and will then stop answering sync messages from the renderer. If the renderer is still loading a page during this time, it might try to call the browser process to ask to load a font. The browser process will ignore the request, and the font will fail to load, even after the second try.

This is unfortunate, but there is no real risk here, since the renderer will be going away as soon as it processes another message.

My proposal is to change  FontCacheChromiumWin.cpp:291
from:
ASSERT_NOT_REACHED();
to: 
LOG_ERROR("Unable to get the font unicode range after second attempt");
Comment 1 Ojan Vafai 2009-06-17 11:14:09 PDT
Created attachment 31426 [details]
Replace assert with log.

 2 files changed, 26 insertions(+), 1 deletions(-)
Comment 2 David Levin 2009-06-18 12:42:07 PDT
It looks like this was committed as http://trac.webkit.org/changeset/44770.
Comment 3 Nicolas Sylvain 2009-06-25 16:43:55 PDT
I'm reopening this bug since I found another instance of this in Font::drawGlyphs. I'll submit a patch for review. (with a similar code change)
Comment 4 Eric Seidel (no email) 2009-06-25 17:10:06 PDT
Please use a new bug.