Closed Bug 1434278 Opened 4 years ago Closed 4 years ago

High CPU usage with cross-domain iframe

Categories

(Core :: Layout, defect)

58 Branch
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 1237454

People

(Reporter: cjd, Unassigned)

Details

(Keywords: perf)

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

Steps to reproduce:

Visit https://cryptpad.fr/pad/#/1/edit/MYUor+IKQ-F6wgMHoqvy5Q/FwSxRsHCgTdaUfJ8PGIIUI7r/
Wait until page is completely loaded
Open performance tab in dev tools, begin recording
Switch to debugger and pause javascript to remove possibility of errent javascript code as cause
Return to performance tab and observe continued CPU usage (seems to concentrate on "JIT")


Actual results:

high (nearly 100%) CPU usage


Expected results:

Normal CPU usage, close to what is observed with Google Chrome and with older FF (I think version 57)
CryptPad has a significant amount (8MB-ish) of CSS so if CSS is being parsed many times, this could be a problem
Older firefox (I think 57) did not have this issue
Chrome does not have this issue
CryptPad uses an iframe containing all of the UI and this is hosted on a different domain in order to protect security of cookies and localStorage from possible XSS attack, I have a strong suspicion that this is the cause - hence the title
I think this seems to be caused by css animation of hidden elements.

.fa-spin {
    -webkit-animation: fa-spin 2s infinite linear;
    animation: fa-spin 2s infinite linear;
}
Component: Untriaged → Layout
Keywords: perf
Product: Firefox → Core
Yes, that's right.  The animation is running on a visibility:hidden element.
Status: UNCONFIRMED → RESOLVED
Closed: 4 years ago
Resolution: --- → DUPLICATE
Duplicate of bug: 1237454
You need to log in before you can comment on or make changes to this bug.