1762816 - Slow startup (~30 seconds)

Status: RESOLVED FIXED

(Core :: Widget: Gtk, defect, P2)

Description

[Asif Youssuff]

From: https://www.reddit.com/r/firefox/comments/tvqzqn/firefox_99_takes_30s_to_startup/

Firefox is too slow to startup on my Arch Linux box. It takes almost 30s to start on an SSD + Hexacore CPU.

​​### Basic information

Steps to Reproduce:

Start Firefox.

Expected Results:

Actual Results:

30 second startup.

---

Performance recording (profile)

Profile URL: https://share.firefox.dev/3DFu7VR

System configuration:

OS version: Arch Linux
GPU model: Intel(R) HD Graphics P630 (KBL GT2)
Number of cores: 8 (2 thread per core)
Amount of memory (RAM): 32G

More information

It was fine, until some days ago (I suspect it is an upgrade to 98/99 that made it this slow).
Here what I've tried: - I uninstalled firefox, and reinstalled it. - Removed the .mozilla folder and retried. - Tried safe-mode, - Refreshed firefox and cleared cache ...

---

Thanks so much for your help.

Comment 1

[Mohammed Daoudi]

OS version: Arch Linux
GPU model: Intel(R) HD Graphics P630 (KBL GT2)
Number of cores: 8 (2 thread per core)
Amount of memory (RAM): 32G

Here is the about:support information
https://0x0.st/obHY.txt

Here is the profiling report
https://0x0.st/obHW.json

Comment 2

[Asif Youssuff]

Attachment: about:support

Comment 3

[Tom S [:evilpie]]

I think this is caused by the DBUS connection in the LookAndFeel constructor.

Comment 4

[Emilio Cobos Álvarez (:emilio)]

Yeah, your DBUS setup seems broken. However this seems like a slightly different issue from bug 1755419, and new_for_bus_sync doesn't take a timeout value, so we can't just try to bail earlier...

journalctl -f should give you hints on what is going wrong, or alternatively launching firefox with MOZ_LOG=LookAndFeel:5 in the environment as well.

Comment 5

[Mohammed Daoudi]

(In reply to Emilio Cobos Álvarez (:emilio) from comment #4)

Yeah, your DBUS setup seems broken. However this seems like a slightly different issue from bug 1755419, and new_for_bus_sync doesn't take a timeout value, so we can't just try to bail earlier...

journalctl -f should give you hints on what is going wrong, or alternatively launching firefox with MOZ_LOG=LookAndFeel:5 in the environment as well.

The problem ended up to be about DBUS. After removing xdg-desktop-portal-wlr FireFox is fast to start again.

thank you everyone!

Comment 6

[Martin Stránský [:stransky] (ni? me)]

Attachment: Bug 1762816 [Linux] Watch org.freedesktop.portal.Desktop DBus name and get session data only if it's running r?emilio

Don't autostart org.freedesktop.portal.Desktop if it's not running. That blocks Firefox start for 30~ seconds,
makes Firefox non-responsible and locks Firefox profile (another launch throws "Firefox is running but not responding" dialog).

Comment 7

[Martin Stránský [:stransky] (ni? me)]

I do see the bug after every login to Gnome session and it's very annoying.

Comment 8

[Martin Stránský [:stransky] (ni? me)]

g_bus_watch_name() may be used to monitor the org.freedesktop.portal.Desktop interface and re-init preferences if it's available.

Comment 9

[Martin Stránský [:stransky] (ni? me)]

g_bus_watch_name() works so I'll do follow up to fetch color scheme when org.freedesktop.portal.Desktop is up.

Comment 10

[Pulsebot]

Pushed by [e-mail]:
https://hg.mozilla.org/integration/autoland/rev/d160276b237a
[Linux] Watch org.freedesktop.portal.Desktop DBus name and get session data only if it's running r=emilio

Comment 11

[Emilio Cobos Álvarez (:emilio)]

You need to put mInitialized=true back right?

Comment 12

[Noemi Erli[:noemi_erli]]

Backed out changeset d160276b237a (Bug 1762816) for causing failures in nsLookAndFeel.cpp CLOSED TREE

Push with failures: https://treeherder.mozilla.org/jobs?repo=autoland&group_state=expanded&collapsedPushes=842382&selectedTaskRun=DPAP6gzRTESnT7t2A03D_A.0&resultStatus=testfailed%2Cbusted%2Cexception%2Cretry%2Cusercancel&revision=d160276b237ac3cda0285c86ed55b633f8e666a8

Log: https://treeherder.mozilla.org/logviewer?job_id=434966917&repo=autoland&lineNumber=4922
https://treeherder.mozilla.org/logviewer?job_id=434967117&repo=autoland&lineNumber=4411
https://treeherder.mozilla.org/logviewer?job_id=434967646&repo=autoland&lineNumber=3248
https://treeherder.mozilla.org/logviewer?job_id=434975216&repo=autoland&lineNumber=3708
https://treeherder.mozilla.org/logviewer?job_id=434967900&repo=autoland&lineNumber=4135
https://treeherder.mozilla.org/logviewer?job_id=434967503&repo=autoland&lineNumber=4742
https://treeherder.mozilla.org/logviewer?job_id=434966916&repo=autoland&lineNumber=4745
https://treeherder.mozilla.org/logviewer?job_id=434967114&repo=autoland&lineNumber=4559

Backout: https://hg.mozilla.org/integration/autoland/rev/a435e95ef16dd0da9981a10109d1b5f7d55d8f7d

Comment 13

[Martin Stránský [:stransky] (ni? me)]

Updated, Thanks.

Comment 14

[Pulsebot]

Pushed by [e-mail]:
https://hg.mozilla.org/integration/autoland/rev/86de5a0de5cd
[Linux] Watch org.freedesktop.portal.Desktop DBus name and get session data only if it's running r=emilio

Comment 15

[Cristian Tuns]

https://hg.mozilla.org/mozilla-central/rev/86de5a0de5cd