You are not logged in.

#1 2022-10-02 22:41:46

Cvlc
Member
Registered: 2020-03-26
Posts: 282

Firefox suddenly painfully slow to load

Hi,

Firefox has been painfully slow to load (17-25s) for about a week, and I struggle to figure out why. Here are the steps I took and things I already checked :

* Exactly the same happens with Librewolf
* journalctl --grep=firefox isn't any different now than months ago
* Uninstalled all extensions that were installed from the AUR,
* Exactly the same happens with other profiles. Even created a fresh new user session and started Firefox from there.
* related to above, I use profile-sync-daemon but same behavior with psd disabled.
* I had Apparmor enabled because I fiddled with it a while back, I removed it -> No change
* I also had firejail installed but had removed all profiles with # firecfg --clean a long time ago after toying with it. I ran # firecfg again (not sure why), and SURPRISE, now Firefox and Librewolf start instantaneously again...

I can't figure out why Firefox/librewolf take so long to start without Firejail, especially since this has been disabled for a very long time now. And I'm 100% sure that Firefox wasn't using firejail because Firejail and profile-sync-daemon don't work together, and I definitely was using psd.

Any idea what can cause this ?

Thanks !

Last edited by Cvlc (2022-10-02 22:42:46)

Offline

#2 2022-10-03 06:11:08

seth
Member
Registered: 2012-09-03
Posts: 58,741

Re: Firefox suddenly painfully slow to load

Which kernel, same w/ LTS kernel?
X11? modesetting driver?
There seems to be a bug and people install the xf86-video-* drivers to work around it, https://bbs.archlinux.org/viewtopic.php?id=280115

Offline

#3 2022-10-03 14:08:32

Cvlc
Member
Registered: 2020-03-26
Posts: 282

Re: Firefox suddenly painfully slow to load

Hi thanks for your answer
I'm using the latest Linux kernel from Arch repos. The behavior is the same with the LTS kernel.

I'm using wayland, with i915 early loading. Right now, with firejail set up, Firefox starts instantly. But running $ /usr/bin/firefox to bypass firejail takes 20s to load, with no apparent error message...

Offline

#4 2022-10-03 14:13:21

seth
Member
Registered: 2012-09-03
Posts: 58,741

Re: Firefox suddenly painfully slow to load

Could it be 25s ?

pacman -Qs 'flatpak|portal'

Offline

#5 2022-10-03 14:21:15

Cvlc
Member
Registered: 2020-03-26
Posts: 282

Re: Firefox suddenly painfully slow to load

I do have flatpak installed :

$ pacman -Qs 'flatpak|portal'
local/flatpak 1:1.14.0-1
    Linux application sandboxing and distribution framework (formerly xdg-app)
local/libportal 0.6-1
    GIO-style async APIs for most Flatpak portals
local/libportal-gtk3 0.6-1
    GIO-style async APIs for most Flatpak portals - GTK 3 backend
local/xdg-desktop-portal 1.15.0-1
    Desktop integration portals for sandboxed apps
local/xdg-desktop-portal-gnome 42.3-1
    A backend implementation for xdg-desktop-portal for the GNOME desktop environment
local/xdg-desktop-portal-gtk 1.14.0-1
    A backend implementation for xdg-desktop-portal using GTK

but Firefox is not installed through flatpak

$ flatpak list
Name                                       Application ID                                           Version          Branch          Installation
Authentificateur                           com.belmoussaoui.Authenticator                           4.1.6            stable          system
Extension Manager                          com.mattjakeman.ExtensionManager                         0.3.2            stable          system
TAP-plugins                                org.freedesktop.LinuxAudio.Plugins.TAP                   1.0.1            21.08           system
SWH                                        org.freedesktop.LinuxAudio.Plugins.swh                   0.4.17           21.08           system
Mesa                                       org.freedesktop.Platform.GL.default                      21.3.9           21.08           system
Mesa                                       org.freedesktop.Platform.GL.default                      mesa-22.1.7      22.08           system
Intel                                      org.freedesktop.Platform.VAAPI.Intel                                      21.08           system
Intel                                      org.freedesktop.Platform.VAAPI.Intel                                      22.08           system
openh264                                   org.freedesktop.Platform.openh264                        2.1.0            2.0             system
GNOME Application Platform version 42      org.gnome.Platform                                                        42              system
Adwaita dark GTK theme                     org.gtk.Gtk3theme.Adwaita-dark                                            3.22            system
KDE Application Platform                   org.kde.Platform                                                          5.15-21.08      system
KDE Application Platform                   org.kde.Platform                                                          5.15-22.08      system
QGnomePlatform                             org.kde.PlatformTheme.QGnomePlatform                                      5.15-21.08      system
QGnomePlatform                             org.kde.PlatformTheme.QGnomePlatform                                      5.15-22.08      system
QtSNI                                      org.kde.PlatformTheme.QtSNI                                               5.15-21.08      system
QGnomePlatform-decoration                  org.kde.WaylandDecoration.QGnomePlatform-decoration                       5.15-21.08      system
QGnomePlatform-decoration                  org.kde.WaylandDecoration.QGnomePlatform-decoration                       5.15-22.08      system
Kdenlive                                   org.kde.kdenlive                                         22.08.1          stable          system
Stellarium                                 org.stellarium.Stellarium                                0.22.1           stable          system

By the way, I only installed the first two and last two, no idea why everything else in there is showing up.

Offline

#6 2022-10-03 14:42:37

seth
Member
Registered: 2012-09-03
Posts: 58,741

Re: Firefox suddenly painfully slow to load

but Firefox is not installed through flatpak

It's more like flatpak is getting in the way… specifically one of the xdg-desktop-portal implementations.

echo $XDG_CURRENT_DESKTOP

Offline

#7 2022-10-03 14:51:39

Cvlc
Member
Registered: 2020-03-26
Posts: 282

Re: Firefox suddenly painfully slow to load

$ echo $XDG_CURRENT_DESKTOP
GNOME

It's more like flatpak is getting in the way

I hate it when they do stuff like that

Offline

#8 2022-10-03 15:00:58

seth
Member
Registered: 2012-09-03
Posts: 58,741

Re: Firefox suddenly painfully slow to load

XDG_CURRENT_DESKTOP="" /usr/bin/firefox

You could also try to mask both services:
https://bbs.archlinux.org/viewtopic.php … 4#p1954864

Offline

#9 2022-10-04 10:17:27

Cvlc
Member
Registered: 2020-03-26
Posts: 282

Re: Firefox suddenly painfully slow to load

XDG_CURRENT_DESKTOP="" /usr/bin/firefox

is just as slow as /usr/bin/firefox

and stopping both xdg-desktop-portal-gtk/gnome services doesn't solve it either, still slow launch..

Maybe it's not the same issue ? Also, /usr/bin/chromium or /usr/bin/torbrowser-laucher are not affected (they start normally)

Offline

#10 2022-10-04 10:48:13

seth
Member
Registered: 2012-09-03
Posts: 58,741

Re: Firefox suddenly painfully slow to load

Stopping won't cut it - you (also) have to mask the services.

Offline

#11 2022-10-04 11:02:20

Cvlc
Member
Registered: 2020-03-26
Posts: 282

Re: Firefox suddenly painfully slow to load

OK, masked and stopped all three xdg-desktop-portal/-gtk/-gnome services

Still no difference when launching /usr/bin/firefox or XDG_CURRENT_DESKTOP="" /usr/bin/firefox

Last edited by Cvlc (2022-10-04 11:02:59)

Offline

#12 2022-10-04 11:17:34

Cvlc
Member
Registered: 2020-03-26
Posts: 282

Re: Firefox suddenly painfully slow to load

Another thing, if I open the browser by clicking on a link (e.g. in Evolution) then Firefox is slow to start as well (but nos as slow, around 10s). This is true even with Firejail enabled and though launching the browser via the activities panel opens it instantly

Last edited by Cvlc (2022-10-04 11:18:35)

Offline

#13 2022-10-04 13:09:19

seth
Member
Registered: 2012-09-03
Posts: 58,741

Re: Firefox suddenly painfully slow to load

What about "dbus-launch /usr/bin/firefox"? Slow as well?
In doubt you'll have to "strace -t -f -o /tmp/firefox.strace /usr/bin/firefox" to see where it hangs or spends too much time.

Offline

#14 2022-10-04 16:11:14

Cvlc
Member
Registered: 2020-03-26
Posts: 282

Re: Firefox suddenly painfully slow to load

What about "dbus-launch /usr/bin/firefox"? Slow as well?

Yes, very slow, nearly 45s, and not only the first launch but the other ones as well....

$ strace -t -f -o /tmp/firefox.strace /usr/bin/librewolf
 [Parent 3541, Main Thread] WARNING: gdk_x11_window_get_xid: assertion 'GDK_IS_X11_WINDOW (window)' failed: 'glib warning', file /builds/librewolf-community/browser/arch/src/firefox-105.0.1/toolkit/xre/nsSigHandlers.cpp:167

(librewolf:3541): Gdk-CRITICAL **: 16:08:19.700: gdk_x11_window_get_xid: assertion 'GDK_IS_X11_WINDOW (window)' failed
Missing chrome or resource URL: resource://gre/modules/UpdateListener.sys.mjs
JavaScript error: , line 0: uncaught exception: Object
JavaScript error: , line 0: uncaught exception: Object
JavaScript error: , line 0: uncaught exception: Object
console.error: BroadcastService: 
  receivedBroadcastMessage: handler for
  remote-settings/monitor_changes
  threw error:
  Message: Error: Polling for changes failed: The URI is malformed..
  Stack:
    remoteSettingsFunction/remoteSettings.pollChanges@resource://services-settings/remote-settings.js:334:13

Not much help since there is no output while it's hanging, the output only appears when the browser window opens....

Any other ideas ?

[edit] just found the output of strace, I'm reading through it now

Last edited by Cvlc (2022-10-04 16:13:30)

Offline

#15 2022-10-04 16:46:49

Cvlc
Member
Registered: 2020-03-26
Posts: 282

Re: Firefox suddenly painfully slow to load

I tried running strace with firejail to compare the outputs but I'm getting :

$ strace -t -f -o /tmp/firefox2.strace firefox 
Error: cannot create /run/firejail/profile/8764

On the firefox strace basically, it starts like this

8113  18:32:59 execve("/usr/bin/firefox", ["/usr/bin/firefox"], 0x7ffc54d36130 /* 41 vars */) = 0
8113  18:32:59 brk(NULL)                = 0x556f0980d000
8113  18:32:59 arch_prctl(0x3001 /* ARCH_??? */, 0x7ffc2950e0a0) = -1 EINVAL (Argument invalide)
8113  18:32:59 mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f8baa4e6000
8113  18:32:59 access("/etc/ld.so.preload", R_OK) = 0
8113  18:32:59 openat(AT_FDCWD, "/etc/ld.so.preload", O_RDONLY|O_CLOEXEC) = 3
8113  18:32:59 newfstatat(3, "", {st_mode=S_IFREG|0644, st_size=0, ...}, AT_EMPTY_PATH) = 0
8113  18:32:59 close(3)                 = 0
8113  18:32:59 openat(AT_FDCWD, "/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3
8113  18:32:59 newfstatat(3, "", {st_mode=S_IFREG|0644, st_size=136787, ...}, AT_EMPTY_PATH) = 0
8113  18:32:59 mmap(NULL, 136787, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7f8baa4c4000
8113  18:32:59 close(3)                 = 0
8113  18:32:59 openat(AT_FDCWD, "/usr/lib/libreadline.so.8", O_RDONLY|O_CLOEXEC) = 3
8113  18:32:59 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0 p\1\0\0\0\0\0"..., 832) = 832
8113  18:32:59 newfstatat(3, "", {st_mode=S_IFREG|0755, st_size=342984, ...}, AT_EMPTY_PATH) = 0
8113  18:32:59 mmap(NULL, 350848, PROT_READ, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7f8baa46e000
8113  18:32:59 mmap(0x7f8baa485000, 176128, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x17000) = 0x7f8baa485000
8113  18:32:59 mmap(0x7f8baa4b0000, 40960, PROT_READ, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x42000) = 0x7f8baa4b0000
8113  18:32:59 mmap(0x7f8baa4ba000, 36864, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x4b000) = 0x7f8baa4ba000
8113  18:32:59 mmap(0x7f8baa4c3000, 2688, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7f8baa4c3000

Then at some point nothing happens for 8 seconds :

8116  18:33:00 write(4, "PCI_VENDOR_ID\n0x8086\nPCI_DEVICE_"..., 289) = 289
8116  18:33:00 close(4)                 = 0
8116  18:33:00 exit_group(0 <unfinished ...>
8122  18:33:00 <... futex resumed>)     = ?
8129  18:33:00 <... futex resumed>)     = ?
8127  18:33:00 <... futex resumed>)     = ?
8125  18:33:00 <... futex resumed>)     = ?
8123  18:33:00 <... futex resumed>)     = ?
8116  18:33:00 <... exit_group resumed>) = ?
8128  18:33:00 <... futex resumed>)     = ?
8129  18:33:00 +++ exited with 0 +++
8128  18:33:00 +++ exited with 0 +++
8127  18:33:00 +++ exited with 0 +++
8126  18:33:00 <... futex resumed>)     = ?
8125  18:33:00 +++ exited with 0 +++
8124  18:33:00 <... futex resumed>)     = ?
8123  18:33:00 +++ exited with 0 +++
8122  18:33:00 +++ exited with 0 +++
8126  18:33:00 +++ exited with 0 +++
8124  18:33:00 +++ exited with 0 +++
8116  18:33:00 +++ exited with 0 +++
8118  18:33:00 <... futex resumed>)     = ? ERESTART_RESTARTBLOCK (Interrupted by signal)
8118  18:33:00 --- SIGCHLD {si_signo=SIGCHLD, si_code=CLD_EXITED, si_pid=8116, si_uid=60303, si_status=0, si_utime=2 /* 0.02 s */, si_stime=1 /* 0.01 s */} ---
8118  18:33:00 restart_syscall(<... resuming interrupted futex ...>) = -1 ETIMEDOUT (Connexion terminée par expiration du délai d'attente)
8118  18:33:00 futex(0x7feebb7efb10, FUTEX_WAIT_PRIVATE, 0, {tv_sec=14, tv_nsec=999998222} <unfinished ...>
8113  18:33:08 <... ppoll resumed>)     = 1 ([{fd=12, revents=POLLIN}], left {tv_sec=111, tv_nsec=256498524})
8113  18:33:08 recvfrom(12, "{\"parameters\":{\"addresses\":[{\"if"..., 131072, MSG_DONTWAIT, NULL, NULL) = 114
8113  18:33:08 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
8113  18:33:08 close(12)                = 0
8113  18:33:08 getpid()                 = 8113
8113  18:33:08 symlink("192.168.1.58:+8113", "/tmp/firefox/lock") = 0
8113  18:33:08 rt_sigaction(SIGHUP, NULL, {sa_handler=SIG_DFL, sa_mask=[], sa_flags=0}, 8) = 0
8113  18:33:08 rt_sigaction(SIGHUP, {sa_handler=0x7feeb53b8a20, sa_mask=~[RTMIN RT_1], sa_flags=SA_RESTORER|SA_ONSTACK|SA_SIGINFO, sa_restorer=0x7feebb93da00}, {sa_handler=SIG_DFL, sa_mask=[], sa_flags=0}, 8) = 0
8113  18:33:08 rt_sigaction(SIGINT, NULL, {sa_handler=SIG_DFL, sa_mask=[], sa_flags=0}, 8) = 0

And then another long pause and the browser window opens around +18s

8113  18:33:08 rt_sigprocmask(SIG_BLOCK, [HUP USR1 USR2 PIPE ALRM CHLD TSTP URG VTALRM PROF WINCH IO], [], 8) = 0
8113  18:33:08 openat(AT_FDCWD, "/run/systemd/machines/aquarius", O_RDONLY|O_CLOEXEC) = -1 ENOENT (Aucun fichier ou dossier de ce type)
8113  18:33:08 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
8113  18:33:08 rt_sigprocmask(SIG_BLOCK, [HUP USR1 USR2 PIPE ALRM CHLD TSTP URG VTALRM PROF WINCH IO], [], 8) = 0
8113  18:33:08 socket(AF_UNIX, SOCK_STREAM|SOCK_CLOEXEC|SOCK_NONBLOCK, 0) = 15
8113  18:33:08 connect(15, {sa_family=AF_UNIX, sun_path="/run/systemd/resolve/io.systemd.Resolve"}, 42) = 0
8113  18:33:08 sendto(15, "{\"method\":\"io.systemd.Resolve.Re"..., 102, MSG_DONTWAIT|MSG_NOSIGNAL, NULL, 0) = 102
8113  18:33:08 recvfrom(15, 0x7feeaab79000, 131072, MSG_DONTWAIT, NULL, NULL) = -1 EAGAIN (Ressource temporairement non disponible)
8113  18:33:08 ppoll([{fd=15, events=POLLIN}], 1, {tv_sec=119, tv_nsec=999983000}, NULL, 8 <unfinished ...>
8118  18:33:15 <... futex resumed>)     = -1 ETIMEDOUT (Connexion terminée par expiration du délai d'attente)
8118  18:33:15 sigaltstack({ss_sp=NULL, ss_flags=SS_DISABLE, ss_size=0}, NULL) = 0
8118  18:33:15 munmap(0x7feebad51000, 16384) = 0
8118  18:33:15 rt_sigprocmask(SIG_BLOCK, ~[RT_1], NULL, 8) = 0
8118  18:33:15 madvise(0x7feeabddb000, 8368128, MADV_DONTNEED) = 0
8118  18:33:15 exit(0)                  = ?
8118  18:33:15 +++ exited with 0 +++
8113  18:33:17 <... ppoll resumed>)     = 1 ([{fd=15, revents=POLLIN}], left {tv_sec=111, tv_nsec=262842262})
8113  18:33:17 recvfrom(15, "{\"parameters\":{\"addresses\":[{\"if"..., 131072, MSG_DONTWAIT, NULL, NULL) = 114
8113  18:33:17 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
8113  18:33:17 close(15)                = 0
8113  18:33:17 getpid()                 = 8113
8113  18:33:17 symlink("192.168.1.58:+8113", "/home/bob/.mozilla/firefox/m3lcnawt.default-release-1650457284626/lock") = -1 EEXIST (Le fichier existe)
8113  18:33:17 readlink("/home/bob/.mozilla/firefox/m3lcnawt.default-release-1650457284626/lock", "192.168.1.58:+9", 1023) = 15
8113  18:33:17 unlink("/home/bob/.mozilla/firefox/m3lcnawt.default-release-1650457284626/lock") = 0
8113  18:33:17 symlink("192.168.1.58:+8113", "/home/bob/.mozilla/firefox/m3lcnawt.default-release-1650457284626/lock") = 0
8113  18:33:17 openat(AT_FDCWD, "/home/bob/.mozilla/firefox/m3lcnawt.default-release-1650457284626/compatibility.ini", O_RDONLY) = 15
8113  18:33:17 newfstatat(15, "", {st_mode=S_IFREG|0600, st_size=163, ...}, AT_EMPTY_PATH) = 0
8113  18:33:17 read(15, "[Compatibility]\nLastVersion=105."..., 163) = 163
8113  18:33:17 close(15)                = 0
8113  18:33:17 access("/usr/lib/firefox/browser/.purgecaches", F_OK) = -1 ENOENT (Aucun fichier ou dossier de ce type)
8113  18:33:17 mkdir("/home/bob/.mozilla/firefox/m3lcnawt.default-release-1650457284626", 0700) = -1 EEXIST (Le fichier existe)
8113  18:33:17 mkdir("/home/bob/.cache/mozilla/firefox/m3lcnawt.default-release-1650457284626", 0700) = -1 EEXIST (Le fichier existe)
8113  18:33:17 access("/home/bob/.mozilla/firefox/m3lcnawt.default-release-1650457284626/minidumps", F_OK) = 0
8113  18:33:17 mkdir("/home/bob/.mozilla/firefox/m3lcnawt.default-release-1650457284626/crashes", 0700) = -1 EEXIST (Le fichier existe)
8113  18:33:17 mkdir("/home/bob/.mozilla/firefox/m3lcnawt.default-release-1650457284626/crashes/events", 0700) = -1 EEXIST (Le fichier existe)
8113  18:33:17 openat(AT_FDCWD, "/home/bob/.cache/mozilla/firefox/m3lcnawt.default-release-1650457284626/.startup-incomplete", O_WRONLY|O_CREAT|O_EXCL, 0666) = 15
8113  18:33:17 close(15)                = 0

There seems to be some polling around the pauses, but that's all I can make out of this....

Offline

#16 2022-10-04 16:59:02

Cvlc
Member
Registered: 2020-03-26
Posts: 282

Re: Firefox suddenly painfully slow to load

Ok, found it !

8113  18:33:08 connect(15, {sa_family=AF_UNIX, sun_path="/run/systemd/resolve/io.systemd.Resolve"}, 42) = 0

reminded me that I had been fiddling with systemd-resolved recently.

When I comment out my DNSoTLS settings and restart systemd-resolved/Networkmanager, then Firefox starts instantly again..

[Resolve]
DNS=..............dns1.nextdns.io
DNS=..............dns1.nextdns.io
DNS=..............dns2.nextdns.io
DNS=..............dns2.nextdns.io
DNSOverTLS=yes
Domains=~.

However those are settings that I had used before, and they worked very well (ips are redacted).

I don't quite understand why it makes a difference with and without firejail. Or why these settings make firefox so slow. Any idea apart from just not using them ?

Last edited by Cvlc (2022-10-04 16:59:50)

Offline

#17 2022-10-05 07:43:09

seth
Member
Registered: 2012-09-03
Posts: 58,741

Re: Firefox suddenly painfully slow to load

Firejail will avoid/redirect nsswitch and not result in <cursesandlotsofswearinghere> resolved.
Is it only w/ that specific configuration?
What if you switch to a different DNS? (9.9.9.9 or 8.8.8.8.#dns.google.com)?
https://wiki.archlinux.org/title/System … S_over_TLS

Offline

#18 2022-10-05 09:06:51

Cvlc
Member
Registered: 2020-03-26
Posts: 282

Re: Firefox suddenly painfully slow to load

Same happens with

[Resolve]
DNS=9.9.9.9#dns.quad9.net
DNSOverTLS=yes

$ systemctl status systemd-resolved doesn't show any errors and the rest of the system seems to work fine. I do have some issues with discovering other computers on lan, which sometimes works, sometimes doesn't (the reason why was fiddling with systemd-resolved recently, but couldn's solve it). I didn't expect it to be related though, but maybe it is. The problem with resolving hostnames seemed to be related to ipv6, I can see when sshing into a raspberry pi, it randomly connects over ipv4 or ipv6.

Offline

#19 2022-10-05 12:33:30

Cvlc
Member
Registered: 2020-03-26
Posts: 282

Re: Firefox suddenly painfully slow to load

https://wiki.archlinux.org/title/Networ … resolution

...
Putting

127.0.0.1        localhost
::1              localhost
127.0.1.1        myhostname

in /etc/hosts fixes it... I removed them a while back following the discussions on the Installation guide talk page and https://wiki.archlinux.org/title/Talk:N … leshooting

Offline

#20 2023-05-09 18:42:02

thiemel
Member
Registered: 2011-04-18
Posts: 4

Re: Firefox suddenly painfully slow to load

Cvlc wrote:

OK, masked and stopped all three xdg-desktop-portal/-gtk/-gnome services

Still no difference when launching /usr/bin/firefox or XDG_CURRENT_DESKTOP="" /usr/bin/firefox

I had same problem with delay with "firefox" and "pavucontrol" start. "journalctl -f" showed errors like:

May 09 20:18:58 kostitras2 dbus-daemon[15988]: [session uid=1002 pid=15988] Activating via systemd: service name='org.freedesktop.portal.Desktop' unit='xdg-desktop-portal.service' requested by ':1.119' (uid=1002 pid=19356 comm="pavucontrol")
May 09 20:18:58 kostitras2 dbus-daemon[15988]: [session uid=1002 pid=15988] Activating via systemd: service name='org.freedesktop.impl.portal.desktop.gnome' unit='xdg-desktop-portal-gnome.service' requested by ':1.121' (uid=1002 pid=19360 comm="/usr/lib/xdg-desktop-portal")
May 09 20:18:58 kostitras2 systemd[449]: xdg-desktop-portal-gnome.service: Job xdg-desktop-portal-gnome.service/start failed with result 'dependency'.
May 09 20:19:48 kostitras2 xdg-desktop-por[19360]: Failed to create settings proxy: Chyba při volání StartServiceByName pro org.freedesktop.impl.portal.desktop.gnome: Časový limit vypršel
May 09 20:20:13 kostitras2 xdg-desktop-por[19360]: Failed to create file chooser proxy: Chyba při volání StartServiceByName pro org.freedesktop.impl.portal.desktop.gnome: Časový limit vypršel
May 09 20:20:13 kostitras2 xdg-desktop-por[19360]: No skeleton to export
May 09 20:20:28 kostitras2 systemd[449]: xdg-desktop-portal.service: start operation timed out. Terminating.
May 09 20:20:28 kostitras2 systemd[449]: xdg-desktop-portal.service: Failed with result 'timeout'.

After I removed the package extra/xdg-desktop-portal-gnome, everything works like a charm, again.

Offline

#21 2023-05-09 20:07:32

seth
Member
Registered: 2012-09-03
Posts: 58,741

Re: Firefox suddenly painfully slow to load

This isn't directly relatd to this older thread but a common recent regression, https://bbs.archlinux.org/viewtopic.php?id=285590

Offline

#22 2023-05-10 08:10:32

handmadebots
Member
Registered: 2020-09-30
Posts: 7

Re: Firefox suddenly painfully slow to load

This solved it for me too.

thiemel wrote:
Cvlc wrote:

OK, masked and stopped all three xdg-desktop-portal/-gtk/-gnome services

Still no difference when launching /usr/bin/firefox or XDG_CURRENT_DESKTOP="" /usr/bin/firefox

I had same problem with delay with "firefox" and "pavucontrol" start. "journalctl -f" showed errors like:

May 09 20:18:58 kostitras2 dbus-daemon[15988]: [session uid=1002 pid=15988] Activating via systemd: service name='org.freedesktop.portal.Desktop' unit='xdg-desktop-portal.service' requested by ':1.119' (uid=1002 pid=19356 comm="pavucontrol")
May 09 20:18:58 kostitras2 dbus-daemon[15988]: [session uid=1002 pid=15988] Activating via systemd: service name='org.freedesktop.impl.portal.desktop.gnome' unit='xdg-desktop-portal-gnome.service' requested by ':1.121' (uid=1002 pid=19360 comm="/usr/lib/xdg-desktop-portal")
May 09 20:18:58 kostitras2 systemd[449]: xdg-desktop-portal-gnome.service: Job xdg-desktop-portal-gnome.service/start failed with result 'dependency'.
May 09 20:19:48 kostitras2 xdg-desktop-por[19360]: Failed to create settings proxy: Chyba při volání StartServiceByName pro org.freedesktop.impl.portal.desktop.gnome: Časový limit vypršel
May 09 20:20:13 kostitras2 xdg-desktop-por[19360]: Failed to create file chooser proxy: Chyba při volání StartServiceByName pro org.freedesktop.impl.portal.desktop.gnome: Časový limit vypršel
May 09 20:20:13 kostitras2 xdg-desktop-por[19360]: No skeleton to export
May 09 20:20:28 kostitras2 systemd[449]: xdg-desktop-portal.service: start operation timed out. Terminating.
May 09 20:20:28 kostitras2 systemd[449]: xdg-desktop-portal.service: Failed with result 'timeout'.

After I removed the package extra/xdg-desktop-portal-gnome, everything works like a charm, again.

Offline

#23 2023-05-18 04:34:58

glenjo
Member
From: Pacific NW
Registered: 2020-06-09
Posts: 43

Re: Firefox suddenly painfully slow to load

Me too! Thanks!

Offline

#24 2023-05-18 06:25:55

seth
Member
Registered: 2012-09-03
Posts: 58,741

Re: Firefox suddenly painfully slow to load

seth wrote:

This isn't directly relatd to this older thread but a common recent regression, https://bbs.archlinux.org/viewtopic.php?id=285590

Offline

#25 2023-05-18 14:54:15

ewaller
Administrator
From: Pasadena, CA
Registered: 2009-07-13
Posts: 20,203

Re: Firefox suddenly painfully slow to load

Using this opportunity to close this old thread.


Nothing is too wonderful to be true, if it be consistent with the laws of nature -- Michael Faraday
Sometimes it is the people no one can imagine anything of who do the things no one can imagine. -- Alan Turing
---
How to Ask Questions the Smart Way

Offline

Board footer

Powered by FluxBB