Description of problem: On one particular PC, after installing Firefox update to 78.3.0 and lib64nss3 to 3.57.0, firefox opens but does not show its startpage, and when opening a new tab a message appears "Firefox has been changed and should be restarted for the updates to take effect". But the situation remains. When launching at the CLI, it complains usr/lib64/libnss3.so does not find NSS_3.45 called from libxul. Googled on this error, and found references to firefox not starting at all, and the recommendation to reinstall firefox. Did that to no avail. Version-Release number of selected component (if applicable): x86-64 How reproducible: On this PC each and every time. Steps to Reproduce: 1. 2. 3.
Hi Hermann, I found this but a complete system reboot made this vanished. Can you try it?
CC: (none) => ouaurelien
The user complained on the problem, I did a teamviewer session, then had the system shut down by the user, went to her home, booted the PC and the problem replicated.
(In reply to Herman Viaene from comment #2) > The user complained on the problem, I did a teamviewer session, then had the > system shut down by the user, went to her home, booted the PC and the > problem replicated. Have all updates been performed ? $ urpmq -i nss return on M7: nss-3.57.0-1.mga7 for latest version. Firefox runs in a good shape on these systems I have. $ rpm -qa --latest | grep return: 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 thunderbird-enigmail-78.3.1-3.mga7.i586 mar. 29 sept. 2020 21:24:10 CEST thunderbird-78.3.1-3.mga7.i586 mar. 29 sept. 2020 21:24:10 CEST thunderbird-fr-78.3.1-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 Leaving this to Bugsquad until feedback.
Keywords: (none) => NEEDINFO
I checked that all updates applicable to this installation had been applied. But in the next few days, I will be at that PC and report back.
Just checking... Running up-to-date M7, Xfce, with these updates done Sat 3 Oct: rootcerts-java-20200911.00-1.mga7.noarch rootcerts-20200911.00-1.mga7.noarch firefox-en_GB-78.3.0-1.mga7.noarch firefox-cy-78.3.0-1.mga7.noarch firefox-78.3.0-1.mga7.x86_64 firefox-en_US-78.3.0-1.mga7.noarch lib64nss3-3.57.0-1.mga7.x86_64 nss-3.57.0-1.mga7.x86_64 lib64nspr4-4.29-1.mga7.x86_64 but certainly the system has been re-booted since that update. I cannot say whether I used Firefox before doing that. Firefox starts normally, without the reported "does not find NSS_3.45" error: $ firefox New tabs do not give the reported "Firefox has been changed..." With Herman, this seems to be for just one box. (In reply to Herman Viaene from comment #4) > But in the next few days, I will be at that PC and report back. TIA
Source RPM: (none) => firefox-78.3.0-1.mga7.src.rpmEver confirmed: 1 => 0Status: NEW => UNCONFIRMEDSummary: Firefox opens but is inoperable after latest update => Firefox opens but is inoperable after latest update 78.3.0-1CC: (none) => lewyssmith
In response to Aurelien: All packages you indicated are present and up to date. To rule the profile possiblity out: created a new user, logged in with that one, and the problem is exactly the same.
I do not see what more bugsqad can do. Since firefox has no fixed maintainer, no choice but to assign this globally in the hope that somebody has an idea. CC'ing DavidW for 78.3.0.
CC: lewyssmith => luigiwalserKeywords: NEEDINFO => (none)Assignee: bugsquad => pkg-bugs
Maybe a bad mirror or corrupted installation? It definitely sounds like not all of the updated packages are installed.
"firefox opens but does not show its startpage": can you try to open google.com and wait for *at least* 10min ? If something start to appear after of lot of time, it might be related to 27351.
CC: (none) => olivier
I will ask the person in question, giving feedback ASAP.
@ Olivier Done that, no effect.
(In reply to Herman Viaene from comment #11) > @ Olivier > Done that, no effect. Maybe get the full output of rpm -qa in a text file from that machine and diff it with another using a similar set-up?
CC: (none) => zen25000
Created attachment 11935 [details] difference rpmlist between two similar machines that are fully updated
diff output of two sorted rpmlists attached.
Created attachment 11936 [details] Script to remove old kernels. Use the attached script to remove old kernels. Given the number of kernels installed, I'm surprised there is any free space. Is there?
CC: (none) => davidwhodgins
Attachment 11936 mime type: application/x-shellscript => text/plain
Herman, please use diff -u
Created attachment 11937 [details] diff -u
@ David I'll check that next time, but I guess there is plenty of space left. But let me confirm.
Comment on attachment 11937 [details] diff -u Wow, the only place I've seen more kernels is in a bag of popcorn. I don't see anything obviously wrong besides that. Maybe try rpm -Va on the broken machine to see if any of the package installations appear to be corrupted.
@Dave Comment 15 The / partition has 16Gb free (I will remove old kernels, but this is typical for a "normal" user to accumulate those) The /home partition has 355Gb free.
@David Comment 19 Any packages you suspect for this case. The list generated by the command is lenghty.
Created attachment 11942 [details] rpm verification list
@Comment 20 Sorry, missread the output of df: its 16Gb uses 75Gb free for /
Blocks: (none) => 28788
Status? Can you test with Firefox 78.11 ESR from https://bugs.mageia.org/show_bug.cgi?id=29064 ?
The problem is gone since I did - for other reasons - a new installation.
see above
Resolution: (none) => FIXEDStatus: UNCONFIRMED => RESOLVED