1101483 - Hang for a long time under CGContextDrawPath stroking 8 MB path (browser totally unresponsive on is-rust-slim-yet's use of D3.js)

Status: RESOLVED FIXED

(Core :: Graphics, defect)

Description

[Felix S. Klock II [:pnkfelix, :fklock]]

Steps to reproduce:

1. Go to http://huonw.github.io/isrustfastyet/mem/ (aka "is-rust-slim-yet")

2. Let the page attempt to load (the last thing I see in the status bar at the bottom of the window is "Transferring data from c.statcounter.com"

3. Attempt to interact with the browser.  Right-click does not work.  Switching tabs does not work.  The menu on Mac OS X does not work.

I have noticed that when I enable E10S with Nightly, then the story here is a little bit better, in that then the problem is isolated to just the window that was used to browse to is-rust-slim-yet.  But even there, one still cannot switch to other tabs in that window.

Comment 1

[Till Schneidereit [:till]]

I can reproduce this, but profiling it with Instruments shows all time spent under mozilla::gfx::DrawTargetCG::Stroke.

Also, it recovers after a long while, so it's not a complete iloop.

Comment 2

[Till Schneidereit [:till]]

Needinfo for jwatt after reading his blog posts on the SVG conversion to Moz2D. This is clearly related to SVG rendering and might be a regression from that work. (Also moving component accordingly.)

Comment 3

[Jonathan Watt [:jwatt]]

Attachment: testcase reduced to single, 8 MB path (HANG!)

Comment 4

[Jonathan Watt [:jwatt]]

Probably not much we can do about this except for finish bug 939709. (Or the sub-project bug 932958 would fix the canvas equivalent of this, at which time you could switch to canvas until bug 939709 is fixed.)

Comment 5

[Jonathan Watt [:jwatt]]

We switched to using Skia as the Moz2D backend on Mac. Once that makes it out in a release build we should retest and close this.

Comment 6

[Martín González Gómez]

This is working fine now on an M1 mac.