Closed Bug 1699474 Opened 4 years ago Closed 2 years ago

Firefox on Ubuntu New Tab crashes

Categories

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

Firefox 85
defect

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: yohanleafheart, Unassigned)

References

Details

Attachments

(5 files)

User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:85.0) Gecko/20100101 Firefox/85.0

Steps to reproduce:

This is a new Bug opened as requested by :gcp on similar thread. This error has been happening for me for quite a while, and I will copy my reports here. What happens is simply, from time to time, when you middle click, or CTRL+click on a link to open on a new tab, that tab crashes completely. It does not open, the title is the link, most of keyboard shortcuts do not work (for example, CTRL+T or CTRL+W work, but CTRL+SHIFT+A does not), trying to use it on any way it does not work.

Retrying the link will work at some point. Might need 3, 4, 8 tries, or even just one.

The current system specs are:

Operating System: Kubuntu 20.04
KDE Plasma Version: 5.18.5
KDE Frameworks Version: 5.68.0
Qt Version: 5.12.8
Kernel Version: 5.4.0-42-generic
OS Type: 64-bit
Processors: 4 × Intel® Core™ i5-3470 CPU @ 3.20GHz
Memory: 31,3 GiB of RAM

Application Basics

Name: Firefox
Version: 85.0.1
Build ID: 20210204182252
Distribution ID: canonical
User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:85.0) Gecko/20100101 Firefox/85.0
OS: Linux 5.4.0-42-generic #46-Ubuntu SMP Fri Jul 10 00:24:02 UTC 2020
Multiprocess Windows: 4/4
Fission Windows: 0/4 Disabled by default
Remote Processes: 10
Enterprise Policies: Inactive
Google Location Service Key: Found
Google Safebrowsing Key: Found
Mozilla Location Service Key: Missing
Safe Mode: false

Firefox Features

Name: DoH Roll-Out
Version: 2.0.0
ID: doh-rollout@mozilla.org

Name: Firefox Screenshots
Version: 39.0.0
ID: screenshots@mozilla.org

Name: Form Autofill
Version: 1.0
ID: formautofill@mozilla.org

Name: Reset Search Defaults
Version: 1.0.5
ID: reset-search-defaults@mozilla.com

Name: Web Compatibility Interventions
Version: 18.2.0
ID: webcompat@mozilla.org

Name: WebCompat Reporter
Version: 1.4.0
ID: webcompat-reporter@mozilla.org

Remote Processes

Type: Web Content
Count: 8 / 8

Type: Privileged About
Count: 1

Type: Extension
Count: 1

Add-ons

Name: Amazon.com
Type: extension
Version: 1.3
Enabled: true
ID: amazondotcom@search.mozilla.org

Name: Bing
Type: extension
Version: 1.3
Enabled: true
ID: bing@search.mozilla.org

Name: DuckDuckGo
Type: extension
Version: 1.1
Enabled: true
ID: ddg@search.mozilla.org

Name: Facebook Container
Type: extension
Version: 2.1.2
Enabled: true
ID: @contain-facebook

Name: FoxyProxy Standard
Type: extension
Version: 7.5.1
Enabled: true
ID: foxyproxy@eric.h.jung

Name: Google
Type: extension
Version: 1.1
Enabled: true
ID: google@search.mozilla.org

Name: Privacy Badger
Type: extension
Version: 2021.2.2
Enabled: true
ID: jid1-MnnxcxisBPnSXQ@jetpack

Name: Reddit Enhancement Suite
Type: extension
Version: 5.22.0
Enabled: true
ID: jid1-xUfzOsOFlzSOXg@jetpack

Name: RESTED
Type: extension
Version: 2.3.1
Enabled: true
ID: rested@restedclient

Name: Stylus
Type: extension
Version: 1.5.17
Enabled: true
ID: {7a7a4a92-a2a0-41d1-9fd7-1e92480d612d}

Name: uBlock Origin
Type: extension
Version: 1.34.0
Enabled: true
ID: uBlock0@raymondhill.net

Name: Wikipedia (pt)
Type: extension
Version: 1.1
Enabled: true
ID: wikipedia@search.mozilla.org

Name: Wizdler
Type: extension
Version: 1.32
Enabled: true
ID: {8e591fd4-8923-47d9-be8b-127b215dd95a}

Name: English (CA) Language Pack
Type: locale
Version: 85.0buildid20210204182252
Enabled: true
ID: langpack-en-CA@firefox.mozilla.org

Name: English (GB) Language Pack
Type: locale
Version: 85.0buildid20210204182252
Enabled: true
ID: langpack-en-GB@firefox.mozilla.org

Name: HTTPS Everywhere
Type: extension
Version: 2021.1.27
Enabled: false
ID: https-everywhere@eff.org

Actual results:

As for the test, we simply have to open a link on a new tab. What happens can be seen on one of the screenshots attached, the TAB opens crashed and does not work. Trying again may or may not work.

Expected results:

It should open the tab normally

The Bugbug bot thinks this bug should belong to the 'WebExtensions::Untriaged' component, and is moving the bug to that component. Please revert this change in case you think the bot is wrong.

Product: Firefox → WebExtensions

A couple of info that could help:

  • This is a work computer where I do not have sudo;
  • My hard drive is encrypted;
  • Although the problem is intermittent, it will happen in every Firefox session;
  • Sometimes, I want to complete restart Firefox, but even closing some windows, if I go to "System Active" (KDE task manager) there will still be a xhroot and a Firefox process showing even with all windows closed. I need to kill those.

Link for previous data/report

About the last point, if I open a new window (CTRL+N) and the start tab is the one broke, if you simply click on a link to open on that TAB, it will show the loading icon but nothing will happen.

Product: WebExtensions → Firefox

The attached image shows the processes that are on the system, when searching for firefox, AFTER closing all windows. There is always a Sandbox -> Chroot hang when at least one tab crashed

Continuing on the examples after the previous screenshot, this is what happens if I try to open firefox again without closing the hang sandbox -> chroot processes. No matter how many tabs or windows I open, none will work.

If I close all windows, after a while (30 sec+, not sure exactly how long) the processes will be finished and if I reopen firefox it comes back to life.

Hey Yohan,
I tried reproducing this issue on the latest versions of Firefox Nightly 88.0a1 (2021-03-19), beta 87.0 and release 86.0.1 on Ununtu 20.04 but it doesn't crash for me.

Can you test the issue while in Safe Mode? You can find helpful info here : https://support.mozilla.org/en-US/kb/troubleshoot-firefox-issues-using-safe-mode .
Also a fresh new profile could help. You can find more about creating a new profile here : https://support.mozilla.org/en-US/kb/troubleshoot-and-diagnose-firefox-problems#w_6-create-a-new-firefox-profile .
If possible, you can test this issue on the nightly build as well. Download the build from : https://www.mozilla.org/en-US/firefox/nightly/all/ .

Flags: needinfo?(yohanleafheart)

As requested by Andfrei on #c5, the tabs still showing issues on safe mode.

Flags: needinfo?(yohanleafheart)

Hey Andrei,

I posted screenshots of the issues both on a new profile and on safe mode on my main profile. I asked the support team to install at least 86.0.1, as soon as they do it I will processed with the tests.

(In reply to Andrei Purice from comment #5)

Hey Yohan,
I tried reproducing this issue on the latest versions of Firefox Nightly 88.0a1 (2021-03-19), beta 87.0 and release 86.0.1 on Ununtu 20.04 but it doesn't crash for me.

Can you test the issue while in Safe Mode? You can find helpful info here : https://support.mozilla.org/en-US/kb/troubleshoot-firefox-issues-using-safe-mode .
Also a fresh new profile could help. You can find more about creating a new profile here : https://support.mozilla.org/en-US/kb/troubleshoot-and-diagnose-firefox-problems#w_6-create-a-new-firefox-profile .
If possible, you can test this issue on the nightly build as well. Download the build from : https://www.mozilla.org/en-US/firefox/nightly/all/ .

Hey :andrei, I downloaded the current release (87.0) and the problem still happens.

Setting a component for this issue in order to get the dev team involved.
If you feel it's an incorrect one please feel free to change it to a more appropriate one.

Component: Untriaged → Widget: Gtk
Product: Firefox → Core
Priority: -- → P2
Priority: P2 → P1
See Also: → 1710294

Delete your current Firefox configuration directory. Run the following in the terminal: rm -r ~/.mozilla/firefox/
Start Firefox browser. A new . mozilla/firefox/ directory will be automatically created with fresh configuration files in it.
Try Firefox now and see if it works again.

Status: UNCONFIRMED → RESOLVED
Closed: 2 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: