Virtual rendering implementation behaves differently on Firefox, causing worse performance. #77953
-
Select Topic AreaBug BodyOver in Mozilla bug 1868316, we got a report of some kinds of files being much slower in Firefox compared to other browsers. https://github.com/MaoJianwei/eAIP-2015-Nr.13/blob/master/Download_eAIP_2015_Nr.13.py is an extreme example of this. While investigating, I realized that the DOM that GitHub ends up with is substantially (530x) larger on Firefox than on Chromium (829448 vs. 1556). That was done via It seems there's something about the virtualization of the code view that doesn't work in Firefox, or at least works differently to Chromium? If it was due to something misbehaving in Firefox, I'd be happy to help diagnose and address it, but tentatively filing here. Thank you! |
Beta Was this translation helpful? Give feedback.
Replies: 1 comment 7 replies
-
Hey @emilio! Since the associated Mozilla bug is closed I am no longer able to comment on it. I just wanted to follow up to let you know that we've updated our code rendering to accommodate the Additionally, prior to the I appreciate you pushing the |
Beta Was this translation helpful? Give feedback.
Hey @emilio!
Since the associated Mozilla bug is closed I am no longer able to comment on it. I just wanted to follow up to let you know that we've updated our code rendering to accommodate the
user-find
prototype you implemented. We are now doinguser-find
support detection and changing our rendering strategy to match non-Firefox browsers. 🎉Additionally, prior to the
user-find
improvement, we did ship a few changes that should have helped performance a bit for standard Firefox users.I appreciate you pushing the
user-find
efforts forward with the CSSWG! If you find any issues with ouruser-find
implementation or have anything else we can help, please let us know.