722111 - Windows crash on 64-bit Firefox with a base64 font embedded @ _cairo_d2d_show_glyphs

Status: RESOLVED WORKSFORME

(Core :: Graphics, defect)

Description

[Bryan Price]

User Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:12.0a1) Gecko/20120128 Firefox/12.0a1
Build ID: 20120128031108

Steps to reproduce:

Visit http://phindia.com with ANY 64-bit Firefox.


Actual results:

Crashes, forcing Windows to close it.  No crash report is available under about:crashes.


Expected results:

Should display the page just like any 32-bit version shows.

Comment 1

[Bryan Price]

I have gone back to the earliest nightlies I can find that are 64-bit compiled.  Every one of them does it.  Other 64-bit builds such as Palemoon 9.1 and Waterfox 9.0 also exhibit this problem.  I know I should restrict myself to sanctioned builds, but I think this shows the part of the problem.

32-bit builds show the page just fine.

I have managed to find the part of the page that causes the crash, it is located in the CSS for the page at http://phindia.com/stylesheet_firefox.css.

The:

@font-face {
        font-family: 'rupee';
        src: url('rupee-webfont.eot');
        src: local('?'), url(data:font/truetype;charset=utf-8;base64,/* data deleted */

is the problematic code.  Commenting this out on a local copy allowed the page to be displayed without crashing.

Why that element, when trying to display the font, causes an issue under 64-bit, I haven't a clue.

rupee-webfont.eot exists, but I have no idea of which one is being used, the file or the base64 stuff, although the local copy did NOT use the .eot file. (Save Page in Archive... did not keep that file).  So I suspect that it's the base64 encoding that's making problems.

Comment 3

[Alice0775 White]

Attachment: WinDbg log

Comment 4

[Alice0775 White]

It seems to work properly if HWA off.

Comment 5

[u279076]

Bryan, I know this is a really old bug but does the crash reproduce for you?

Comment 6

[Bryan Price]

No, it does not now.

Comment 7

[Timea Cernea [:tbabos][inactive]]

Closing this as resolved:worksforme based on the last Comment 6 from the reporter. Bryan, if this crash is still reproducible, please do re-open this bug. Thanks!