Open Bug 1356399 Opened 3 years ago Updated 2 years ago
Crash in True
Type Font Metrics Builder::Get Black Box
This bug was filed from the Socorro interface and is report bp-ea346fd8-0b68-4ac5-bff3-0dc082170413. ============================================================= This is the #3 top crash on Aurora for 4/13 build. There are 492 crashes on Aurora with this signature in the last week, across 10 installations, so presumably there's something terrible wrong with a few people's computers. I'm not sure if we can do anything about this, but I figured we should have a bug on file for such a common crash.
Jonathan, any ideas about what we might be able to do here?
Not really, unless we can reproduce it, or get a user who is experiencing it to do some investigation -- e.g. disabling fonts until the problem stops happening, to isolate the font involved. (It looks like an internal DirectWrite crash that I'm guessing is specific to a certain font/version that has something anomalous about it....)
(In reply to Jonathan Kew (:jfkthame) from comment #2) > Not really, unless we can reproduce it, or get a user who is experiencing it > to do some investigation -- e.g. disabling fonts until the problem stops > happening, to isolate the font involved. (It looks like an internal > DirectWrite crash that I'm guessing is specific to a certain font/version > that has something anomalous about it....) In Windows 7, does hiding a font suffice. If not, is there an alternative process to avoid deleting? (My win7 has 277 fonts)
2 years ago
Priority: -- → P3
Just FYI, these (remaining) crashes are all EXCEPTION_IN_PAGE_ERROR_READ with various disk errors. What is happening is that the font file is mmap'd and as Windows API touches pages in the buffer, the user's computers is reporting disk errors and the process is killed. https://bugzilla.mozilla.org/show_bug.cgi?id=771138#c4 gives some thoughts on these sort of issues that we hit in a few places of browser.
You need to log in before you can comment on or make changes to this bug.