1146805 - Firefox freezes with SGI-GLX (in VBox VM)

Status: RESOLVED INVALID

(Toolkit :: Startup and Profile System, defect, P5)

Description

[Yuri]

User Agent: Mozilla/5.0 (X11; FreeBSD amd64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/40.0.2214.115 Safari/537.36

Steps to reproduce:

Installed firefox in FreeBSD, which runs in virtual machine. FF freezes. See full description here:
https://bugzilla.mozilla.org/show_bug.cgi?id=833117#c101



Actual results:

Firefox freezes. I saw this happen many times in various VMs.



Expected results:

Sorry for creating another bug report. The previous one (#833117) isn't clear, and subject is misleading, and it may get lost.

At the same time the problem is very particular, and reproducible, see link above how to reproduce.

This is the major problem, because failure occurs on the wide range of systems.

Comment 1

[mozilla]

I ha

Comment 2

[mozilla]

I have seen this behaviour too with the previous versions (33 and 34, I believe).
As a work-around, I have to launch `firefox -safe-mode' and then reset.

It has been fixed at some point when upgrading to firefox 35.x.

Comment 3

[Yuri]

But I see it in 36

Comment 4

[Yuri]

Attachment: Stack backtraces of all threads

Attaching the list of stack traces for all threads in frozen firefox.
I don't think I can do more by myself troubleshooting this problem.

Comment 5

[robert leleu]

Mint17.1 Rebecca Mozilla Firefox 37.0.2

Firefox crashed to-day while working.
Since then it doesn't open any window, even in safe-mode

leleu@leleu-portable:~ > firefox -safe-mode

(process:12747): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed

Comment 6

[robert leleu]

Mint17.1 Rebecca Mozilla Firefox 37.0.2

Firefox crashed to-day while working.
Since then it doesn't open any window, even in safe-mode

leleu@leleu-portable:~ > firefox -safe-mode

(process:12747): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed

Then I noticed in Ksysguard (processes manager) an occurence of Firefox, and killed it. I was then able to launch Firefox from terminal with messages as below
leleu@leleu-portable:~ > firefox

(process:18053): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed

(firefox:18053): GLib-GObject-WARNING **: Attempt to add property GnomeProgram::sm-connect after class was initialised

(firefox:18053): GLib-GObject-WARNING **: Attempt to add property GnomeProgram::show-crash-dialog after class was initialised

(firefox:18053): GLib-GObject-WARNING **: Attempt to add property GnomeProgram::display after class was initialised

(firefox:18053): GLib-GObject-WARNING **: Attempt to add property GnomeProgram::default-icon after class was initialised

and eventually able to open Firefox from menu

(thanks to chrome for allowimng to report meanwhile.

Comment 7

[Ryan VanderMeulen [:RyanVM]]

Comments 5 and 6 seem offtopic for this bug (which was specifically filed against BSD). Robert, your issue sounds more similar to bug 833117, which was fixed for Fx42+. Please try a newer release.

Comment 8

[Adrian Florinescu [:aflorinescu]]

Hello Jan, can you please take a look at this issue?

Comment 9

[Jan Beich]

I don't use VirtualBox and have no clue how it works. Try disabling SGI-GLX extension either via xorg.conf or as 3D acceleration in VM properties. A wild guess: maybe difference in how time flows within VM affects usage of pthread_cond_timedwait() in some paths (like PR_WaitCondVar) that later escalates into GLX synchronization issue between guest and host.

https://dxr.mozilla.org/mozilla-central/search?q=pthread_cond_timedwait

Andriy may have a better chance at figuring out what's going on here.

Comment 10

[Adrian Florinescu [:aflorinescu]]

Hello Andriy, can you please take a look and advice on this issue?

Comment 11

[Adrian Florinescu [:aflorinescu]]

To advance with this bug further, setting a component for this issue. 

I can confirm a "maybe" similarity to https://bugzilla.mozilla.org/show_bug.cgi?id=833117#c101 on Ubuntu 14.04/32b /FF48Nightly and to https://bugzilla.mozilla.org/show_bug.cgi?id=833117#c133:

(process:4513): GLib-CRITICAL **: g_path_get_basename: assertion 'file_name != NULL' failed

(process:4625): GLib-CRITICAL **: g_path_get_basename: assertion 'file_name != NULL' failed

The version I've tested with: 
Version	48.0a1 Build ID	20160327030437 User Agent 	Mozilla/5.0 (X11; Linux i686; rv:48.0) Gecko/20100101 Firefox/48.0

Comment 12

[Benjamin Smedberg]

The stacks provided don't have full stack traces and so are not useful. Mozilla doesn't have engineering resources to spend diagnosing or fixing this bug, but we will accept patches.

Comment 13

[BugBot [:suhaib / :marco/ :calixte]]

In the process of migrating remaining bugs to the new severity system, the severity for this bug cannot be automatically determined. Please retriage this bug using the new severity system.

Comment 14

[BugBot [:suhaib / :marco/ :calixte]]

The severity field is not set for this bug.
:mossop, could you have a look please?

For more information, please visit BugBot documentation.

Comment 15

[Dave Townsend [:mossop]]

I strongly suspect that this bug is no longer valid but please re-open if it is still reproducible.