Webpages get minutes to load. On the same machine, Firefox ESR 78.3.0 from Mozilla can load with the SAME profile and doesn't have this problem. The network is available and the URLs are good. But you can wait 2min for a webfont to be loaded, after having waited 2min to get the webpage. It's not firefox that is slow: I can access about:addons quickly, but the requests to the network. It might be related to TLS stuff, as each validation of certificates takes at least 2s, but not sure this is related.
Hi, thanks for reporting this bug. Did all packages updated? Here is some list related to this big update: $ rpm -qa --latest | grep must return at least on x86 32-bits nss-3.57.0-1.mga7.i586 mar. 29 sept. 2020 21:24:10 CEST libgnutls30-3.6.15-1.mga7.i586 mar. 29 sept. 2020 21:24:10 CEST crypto-policies-20200813-1.mga7.noarch mar. 29 sept. 2020 21:24:10 CEST firefox-78.3.0-1.mga7.i586 mar. 29 sept. 2020 21:24:10 CEST rootcerts-java-20200911.00-1.mga7.noarch mar. 29 sept. 2020 21:24:10 CEST rootcerts-20200911.00-1.mga7.noarch mar. 29 sept. 2020 21:24:10 CEST firefox-fr-78.3.0-1.mga7.noarch mar. 29 sept. 2020 21:24:10 CEST libnss3-3.57.0-1.mga7.i586 mar. 29 sept. 2020 21:24:10 CEST p11-kit-trust-0.23.21-1.mga7.i586 mar. 29 sept. 2020 21:24:10 CEST p11-kit-0.23.21-1.mga7.i586 mar. 29 sept. 2020 21:24:10 CEST libp11-kit0-0.23.21-1.mga7.i586 mar. 29 sept. 2020 21:24:10 CEST libnspr4-4.29-1.mga7.i586 mar. 29 sept. 2020 21:24:10 CEST
Keywords: (none) => NEEDINFOCC: (none) => ouaurelien
Trying firefox-78.3.0-1.mga7 on up-to-date Mageia 7 x64 as per the package list above, I find things no worse than normal, and no worse than other browsers. My line is slow, web sites are shockingly 'heavy'. @Olivier You should have said more exactly what version of Firefox you are reporting: $ rpm -q firefox We have assumed the latest. (In reply to Olivier FAURAX from comment #0) > Webpages get minutes to load. > On the same machine, Firefox ESR 78.3.0 from Mozilla can load with the > SAME profile and doesn't have this problem. This looks significant. Can you confirm that the problem arose with the update? And whether your comparison with Mozilla's Firefox was on the same Mageia system? (Implying that you replaced Mageia's Firefox with the Mozilla one).
Source RPM: firefox-78.3.0 => firefox-78.3.0-1.mga7.src.rpmCC: (none) => lewyssmith
Does this happen after the firefox instance has been in use for some time, or immediately when it is brought up ? I have noticed degradation in firefox for years, but then I keep about 80 tabs open all the time, and I suspect that over time scripts on these pages start to degrade performance. If I kill firefox and restart it, the problem goes away. I suspect this is due less to firefox than to the crap that people load into their pages. Many news site pages now include active videos that run continually. It's like watching the portraits in Dumbledore's office in Harry Potter.
CC: (none) => ftg
Hello, I don't have the system at hand now, but I can answer some questions. @Aurelien: The system was update at the time I wrote the bug report. I suspected a package error, so I made the updates to be OK, and re-checked. @Lewis: The thing is that I type "google.com" and need to wait ~2min (really, ~120s) to get the page, then again ~120s to get the logo. It's the "network request part" of Firefox that is slow. If I open about:about, it's immediate. I tested "Mageia Firefox" and "Mozilla Firefox" on the SAME machine, with the SAME firefox profile, with the SAME open tabs. I already had the same problem with past Mageia Firefox releases, but I didn't took the time to report it. I was too busy finding an alternative to be able to work...
$ rpm -qa --last | head rootcerts-java-20200911.00-1.mga7.noarch sam. 03 oct. 2020 14:59:15 CEST libp11-kit0-0.23.21-1.mga7.i586 sam. 03 oct. 2020 14:59:15 CEST libnss3-3.57.0-1.mga7.i586 sam. 03 oct. 2020 14:59:15 CEST libnspr4-4.29-1.mga7.i586 sam. 03 oct. 2020 14:59:15 CEST libgnutls30-3.6.15-1.mga7.i586 sam. 03 oct. 2020 14:59:15 CEST lib64zmq5-4.3.3-1.1.mga7.x86_64 sam. 03 oct. 2020 14:59:15 CEST lib64raw19-0.19.2-1.1.mga7.x86_64 sam. 03 oct. 2020 14:59:15 CEST samba-client-4.10.18-1.mga7.x86_64 sam. 03 oct. 2020 14:59:14 CEST lib64proxy-devel-0.4.15-4.1.mga7.x86_64 sam. 03 oct. 2020 14:59:14 CEST lib64nss-static-devel-3.57.0-1.mga7.x86_64 sam. 03 oct. 2020 14:59:14 CEST
Thank you for confirmations & the specific test in comment 4: > I tested "Mageia Firefox" and "Mozilla Firefox" on the SAME machine, > with the SAME firefox profile, with the SAME open tabs. See also bug 27352 about Firefox 78.3.0, although a different problem. Alas, the same method: assign globally (FF has no specific maintainer) hoping someone will have an idea. CC'ing DavidW.
Keywords: NEEDINFO => (none)Assignee: bugsquad => pkg-bugsCC: lewyssmith => luigiwalser
Blocks: (none) => 28788
Tested several days ago. Still valid.
What's the output of "/sbin/ifconfig -a|grep inet6"? I'm thinking this may be due to handling of ipv6 dns failure handling. Just speculation about what might be different based on other problems I've seen.
CC: (none) => davidwhodgins
Reporter, could you please reply to the previous question? If you don't reply within two weeks from now, I will have to close this bug as OLD. Thank you. Also, can you test with Firefox ESR 78.11 from https://bugs.mageia.org/show_bug.cgi?id=29064 ?
Keywords: (none) => NEEDINFO
Sorry for the late reply: $ /sbin/ifconfig -a | grep inet6 inet6 ::1 prefixlen 128 scopeid 0x10<host> inet6 fe80::626c:66ff:fe30:1a3d prefixlen 64 scopeid 0x20<link> inet6 2a01:e0a:9c1:b2d0:626c:66ff:fe30:1a3d prefixlen 64 scopeid 0x0<global>
It seems ok now on firefox-78.10.0-1.1.mga7
Thanks.
Resolution: (none) => FIXEDStatus: NEW => RESOLVED
For the record, it seems related to nss which is the way glibc does DNS.