Open Bug 1711037 Opened 3 years ago Updated 2 years ago

Twitter in a container freezes computer and drags Firefox to a halt

Categories

(Core :: Performance, defect, P3)

defect

Tracking

()

UNCONFIRMED
Performance Impact low

People

(Reporter: varsites, Unassigned)

References

(Blocks 1 open bug)

Details

(Keywords: perf:responsiveness)

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:88.0) Gecko/20100101 Firefox/88.0

Steps to reproduce:

Create a container for a Twitter. Log in. Go to the search section to search for people.

Actual results:

Entire computer freezes for a few moments. Mouse unmoveable. RAM usage crawling higher and higher. Only solution is to close at the container tab at which point everything returns to normal.

Expected results:

It should've worked.

I ran the Profiler when doing the above which may provide a clue as to what's happening. Here's the link:
https://share.firefox.dev/3fcVIC5

I have attempted reproducing this bug with the steps in comment 0, but everything worked as expected on my Windows 10 with Firefox Release v88.0.1.

Mike, do you see anything suspicious in this performance profile? Can you help me reproduce it and/or determine a correct component for it?

Flags: needinfo?(mconley)

This is pretty bizarre. I can see what the user is reporting - there are large ranges of time where we're missing samples, presumably because the sampling threads aren't getting serviced. From the description in comment 0, it sounds like the main thread in the parent process might not be getting serviced either.

varsites, do you have any third-party security software running on your machine?

Flags: needinfo?(mconley) → needinfo?(varsites)

Just the Windows Defender built into Windows 10.

Flags: needinfo?(varsites)
Component: Untriaged → Performance
Product: Firefox → Core

Looks like the OS is suspending the browser. I don't think this is actionable.

Component: Performance → Other
Product: Core → External Software Affecting Firefox
Version: Firefox 88 → unspecified

varsites, are you still having this issue?

(In reply to Sean Feng [:sefeng] from comment #4)

Looks like the OS is suspending the browser. I don't think this is actionable.

I think the description "Entire computer freezes for a few moments. Mouse unmoveable. RAM usage crawling higher and higher. Only solution is to close at the container tab at which point everything returns to normal." does not match OS was suspending the browser.

Flags: needinfo?(varsites)

Yes, though not as drastically. The browser still slows drastically when opening a Twitter tab in a container (like if I'm playing music in another tab, the playback starts glitching) but it's no longer 100% frozen. I just did a second ago and that's what happened - Firefox RAM and CPU shot up with Twitter container. BTW and dunno if this is relevant but Tweetdeck in the same Twitter container behaves totally normally; it's only when going to twitter.com in the container that Firefox starts choking.

Flags: needinfo?(varsites)

Thank you for the update. The issues of Firefox Multi-Account Containers are managed in GitHub. You may find more experts there. Can you take a look at https://github.com/mozilla/multi-account-containers/issues? It seems that there are several opened performance issues like this.

Moving back to the original component as this issue is not related to third-party software.

Component: Other → Performance
Product: External Software Affecting Firefox → Core

If anyone else can reproduce this, please share details.

Performance Impact: --- → P3
Severity: -- → S3
Priority: -- → P3
You need to log in before you can comment on or make changes to this bug.