Closed Bug 314060 Opened 16 years ago Closed 16 years ago

Categories

(Core :: SVG, defect)

x86
Windows 2000
defect
Not set
critical

Tracking

()

RESOLVED FIXED

People

(Reporter: u88484, Assigned: tor)

References

()

Details

(Keywords: crash, crashreportid, qawanted)

Attachments

(3 files)

Click on link http://www.w3schools.com/svg/animatemotion_2.asp and instant crash. Can't post talkback# because server seems to be down because report not sending.
Summary: http://www.w3schools.com/svg/animatemotion_2.asp Crashed browser → http://www.w3schools.com/svg/animatemotion_2.asp Crashes browser
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a1) Gecko/20051027 Firefox/1.6a1 probably regressed after bug# 310957
Depends on: 310957
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8) Gecko/20051026 Firefox/1.5 ID:2005102623
I get also a crash in trunk.
In branch I see nothing, blank page.
Internet explorer shows it all.
We need talkback IDs!
Severity: normal → critical
We need a working talkback server to send crashes to!
Component: General → SVG
Product: Firefox → Core
WFM (doesn't crash)

Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9a1) Gecko/20051027 Firefox/1.6a1 ID:2005102705
(In reply to comment #5)
> WFM (doesn't crash)
> 
> Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9a1) Gecko/20051027
> Firefox/1.6a1 ID:2005102705
> 

Sorry, I mistaked, crashes for me too.
I had 2 crashes today one I believe was the adblock with java crasher (Bug 309706) and the other was this.  I'm not sure which is which so I hope it'll be clear when they are processed.
TB11142991W
TB11143068H
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20051027 Firefox/1.6a1 ID:2005102705
Keywords: talkbackid
Crashed on OS X as well: TB11159087K

Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.9a1) Gecko/20051027 Firefox/1.6a1 ID:2005102705
It seems most or all of the talkback requests in the queue have been skipped.  So I visited the bug's URL again and got this talkback ID: TB11164320G which has already been processed.
Cairo on the trunk was upgraded to 1.1.1 some time ago.
Trunk builds recently switched their default renderer from GDI+ to cairo for Windows which is why you are seeing the problem now.

After the cairo checkin mozilla/gfx/cairo/cairo/src/cairo-win32-surface.c had another update: 1.5 "get rid of DllMain in cairo; we don't use the mutexes" This put #if 0 #endif round the InitialiseCriticalSection code for cairo mutexes. Unfortunately when displaying text in SVG documents we do use at least one of the mutexes. i.e. cairo_toy_font_face_hash_table_mutex.

The simplest fix would be to rollback the 1.5 revision to cairo-win32-surface.c

Assignee: nobody → tor
Status: NEW → ASSIGNED
Attachment #201147 - Flags: review?(vladimir)
The attached patch fixes the problem for me. Tor, this also fixes the problems I mentioned with cairo text on the trunk in general.

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20051024 Firefox/1.6a1
The page in the URl still crashes Firefox on OS X
Talkback ID : TB11272625H

Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.9a1) Gecko/20051030 Firefox/1.6a1 ID:2005103005
Attached file Apple crash log
Apple crash log for my previous comment (comment 14).
Comment on attachment 201147 [details] [diff] [review]
disable cairo mutexes for win32, fix win32 glyph->path

(insert upstream patch blah blah etc. here for the _cairo_scaled_glyph_set_path bit)

I keep thinking we disabled the mutexes, but apparently not.  r=vladimir
Attachment #201147 - Flags: review?(vladimir) → review+
glyph->path bit merged upstream, checked in on trunk.
Status: ASSIGNED → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.