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!
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
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
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.