Last Comment Bug 904304 - Firefox transform3D CSS appears broken when there are large amount of elements with transform3D present on the page.
: Firefox transform3D CSS appears broken when there are large amount of element...
Status: NEW
:
Product: Core
Classification: Components
Component: Layout (show other bugs)
: 26 Branch
: x86 All
: -- normal with 7 votes (vote)
: ---
Assigned To: Nobody; OK to take it and work on it
:
: Jet Villegas (:jet)
Mentors:
Depends on: 689498
Blocks:
  Show dependency treegraph
 
Reported: 2013-08-12 17:37 PDT by Silent Imp
Modified: 2016-11-24 02:31 PST (History)
8 users (show)
See Also:
Crash Signature:
(edit)
QA Whiteboard:
Iteration: ---
Points: ---
Has Regression Range: ---
Has STR: ---


Attachments
bug.zip (9.53 MB, application/octet-stream)
2013-08-12 17:37 PDT, Silent Imp
no flags Details
this is screenshot of expected behaviour (1.78 MB, image/png)
2013-08-14 05:52 PDT, Silent Imp
no flags Details
this is screenshot of behaviour in Gecko on a small amount of elements (1.54 MB, image/png)
2013-08-14 06:02 PDT, Silent Imp
no flags Details
this is screenshot of behaviour in Gecko on a big amount of elements (1.99 MB, image/png)
2013-08-14 06:03 PDT, Silent Imp
no flags Details

Description User image Silent Imp 2013-08-12 17:37:53 PDT
Created attachment 789287 [details]
bug.zip

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_8_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/28.0.1500.95 Safari/537.36

Steps to reproduce:

Create large amount of elements with 3D Transformation applied.


Actual results:

Wrong visibility calculation. Elements cover each other in wrong order.



Expected results:

Right visibility calculation.
Comment 1 User image Silent Imp 2013-08-12 17:40:06 PDT
problem is common for all FF versions
Comment 2 User image Silent Imp 2013-08-14 05:52:15 PDT
Created attachment 790166 [details]
this is screenshot of expected behaviour
Comment 3 User image Silent Imp 2013-08-14 06:02:04 PDT
Created attachment 790172 [details]
this is screenshot of behaviour in Gecko on a small amount of elements
Comment 4 User image Silent Imp 2013-08-14 06:03:31 PDT
Created attachment 790174 [details]
this is screenshot of behaviour in Gecko on a big amount of elements
Comment 5 User image Robert O'Callahan (:roc) (email my personal email if necessary) 2013-08-27 23:34:48 PDT
I assume this is just the lack of plane splitting. Currently we have some heuristics for z-ordering 3D transformed elements that don't always work. I.e., bug 689498.
Comment 6 User image :kip (Kearwood Gilbert) 2015-07-21 13:58:21 PDT
In addition to the plane splitting being required for correct rendering in many cases, there is currently a hard-coded limit to the number of layers that will be sorted:

https://dxr.mozilla.org/mozilla-central/source/gfx/layers/LayerSorter.cpp?from=LayerSorter.cpp&case=true#236

This is currently set to 100.  When the layer sorting is fixed, this limit will be bumped up to a more reasonable ceiling that is less likely to be hit.

Note You need to log in before you can comment on or make changes to this bug.