Following an upgrade of firefox from 68esr to 78esr firefox fails to launch. Getting the below info. What’s going on with that crypto test??? How do I fix it?
sibylle@E7470:~> which firefox
/usr/bin/firefox
sibylle@E7470:~> firefox --version
Mozilla Firefox 78.6.0esr
sibylle@E7470:~> firefox
fips - softokn: crypto test failed - aborting
Redirecting call to abort() to mozalloc_abort
ExceptionHandler::GenerateDump cloned child 18220
ExceptionHandler::SendContinueSignalToChild sent continue signal to child
ExceptionHandler::WaitForContinueSignal waiting for continue signal...
sibylle@E7470:~> fips - softokn: crypto test failed - aborting
sibylle@E7470:~> zypper se -iv '*irefox*'
Repository-Daten werden geladen...
Installierte Pakete werden gelesen...
S | Name | Typ | Version | Arch | Repository
---+------------------------------------+-------+---------------------+--------+--------------------------------
i+ | MozillaFirefox | Paket | 78.6.0-lp151.2.82.1 | x86_64 | Hauptaktualisierungs-Repository
name: MozillaFirefox
i | MozillaFirefox-branding-upstream | Paket | 78.6.0-lp151.2.82.1 | x86_64 | Hauptaktualisierungs-Repository
name: MozillaFirefox-branding-upstream
i | MozillaFirefox-translations-common | Paket | 78.6.0-lp151.2.82.1 | x86_64 | Hauptaktualisierungs-Repository
name: MozillaFirefox-translations-common
i+ | firefox-esr-branding-openSUSE | Paket | 68-lp151.3.3.1 | x86_64 | Hauptaktualisierungs-Repository
name: firefox-esr-branding-openSUSE
Therefore, whenever a User experiences runtime errors, the 1st thing which has to be checked is – “Does this also occur with another (normal
) «non-root» {non-system} user?” - Setup a new, fresh, test user account, login as that user and, check if the error also occurs with that user.
Please be aware that, the test user always has to have a “clean” (no history) environment – the test user’s home directory only has the contents of ‘/etc/skel/’ – login as the test user, let the GUI configure itself, logout, and then log back in again – begin testing …
For the case of Mozilla, one has to be careful – if the Mozilla product doesn’t have it’s settings and contents (for the case of Thunderbird) archived, the needed repair may well remove everything …
For the case of Firefox, regularly archive your Bookmarks …
Check the user directory ‘~/.mozilla/firefox/’ – check for files in “Crash Reports/” …
Removing the contents of ‘~/.mozilla/firefox/???.default/cert8.dir/’ and also removing ‘~/.mozilla/firefox/???.default/cert8.db’ may help to get Firefox up and running again …
sibylle@E7470:~/.mozilla/firefox/Crash Reports> ls -lrt
insgesamt 8
-rw------- 1 sibylle users 10 5. Jan 06:32 InstallTime20201207224150
drwx------ 1 sibylle users 0 5. Jan 06:32 events
-rw-r--r-- 1 sibylle users 0 5. Jan 06:32 submit.log
-rw------- 1 sibylle users 10 6. Jan 00:14 LastCrash
sibylle@E7470:~/.mozilla/firefox/Crash Reports>
sibylle@E7470:~/.mozilla/firefox/Crash Reports> cat LastCrash
1609888448
sibylle@E7470:~/.mozilla/firefox/Crash Reports>
I looked for those directories:
sibylle@E7470:~/.mozilla/firefox> LANG=EN ls ~/.mozilla/firefox/*.default*/cert8.dir
ls: cannot access '/home/sibylle/.mozilla/firefox/*.default*/cert8.dir': No such file or directory
sibylle@E7470:~/.mozilla/firefox> LANG=EN ls ~/.mozilla/firefox/*.default*/cert8.db
ls: cannot access '/home/sibylle/.mozilla/firefox/*.default*/cert8.db': No such file or directory
sibylle@E7470:~/.mozilla/firefox> LANG=EN ll *defau*
6mzyce9r.default:
total 4
-rwx------ 1 sibylle users 47 Jan 5 06:32 times.json
6snt1qq6.default-esr78:
total 300
-rw------- 1 sibylle users 166 Jan 5 07:33 compatibility.ini
-rw-r--r-- 1 sibylle users 98304 Jan 5 06:32 cookies.sqlite
-rw-r--r-- 1 sibylle users 0 Jan 6 00:14 cookies.sqlite-wal
drwx------ 1 sibylle users 12 Jan 5 06:32 crashes
drwx------ 1 sibylle users 0 Jan 5 06:32 extensions
-rw------- 1 sibylle users 90080 Jan 5 06:32 extensions.json
drwx------ 1 sibylle users 1312 Jan 6 00:14 minidumps
-rw-r--r-- 1 sibylle users 98304 Jan 5 06:32 permissions.sqlite
-rw------- 1 sibylle users 2520 Jan 6 00:14 prefs.js
-rw------- 1 sibylle users 53 Jan 5 06:36 sessionCheckpoints.json
drwxr-xr-x 1 sibylle users 18 Jan 5 06:32 storage
-rw-r--r-- 1 sibylle users 4096 Jan 5 07:33 storage.sqlite
-rw------- 1 sibylle users 50 Jan 5 06:32 times.json
Trying other user unfortunately didn’t help.
ff01@E7470:~> whoami
ff01
ff01@E7470:~>
ff01@E7470:~> which firefox
/usr/bin/firefox
ff01@E7470:~> firefox --version
Mozilla Firefox 78.6.0esr
ff01@E7470:~> firefox
fips - softokn: crypto test failed - aborting
Redirecting call to abort() to mozalloc_abort
ExceptionHandler::GenerateDump cloned child 6027
ExceptionHandler::SendContinueSignalToChild sent continue signal to child
ExceptionHandler::WaitForContinueSignal waiting for continue signal...
Exiting due to channel error.
Exiting due to channel error.
ff01@E7470:~> fips - softokn: crypto test failed - aborting
To do this, you’ll have to move the directory ‘~/.mozilla/firefox/???.default/’ to somewhere else – such as ‘~/tmp/’ …
Do not delete the profile.
I’ve taken a look at my current profile – there’s a directory named ‘~/.mozilla/firefox/???.default/bookmarkbackups/’ which looks promising for helping to restore you current bookmarks to the new profile.
Taking a quick look into Firefox’s Bookmarks Management, it seems that, if you simply copy everything from the previous profile’s “bookmarkbackups
” directory to the new profile’s “bookmarkbackups” directory, the import of your current bookmarks into the new profile is quite easy …
Thanks for the pointer. We have established that firefox gives the same crash when launched from another newly created user. Thus there is no dependence on profile. In the new user the firefox crash actually happens before it can even create the profile.
Reinstall Firefox and mozilla-nss* stuff.
Follow instructions those provided by me to preserve user’s data in profile. Load profile data into new profile after reinstall.
