MASTER - firefox crashed [@ssl_DefSend] [@ssl3_SendRecord] from /usr/lib/libssl3.so

[Dario Teixeira]

Binary package hint: firefox

... Firefox crashes

Testcase:
Open https://www.creditmutuel.fr/cmne/fr/
Leave the page loaded for around 5-10 minutes
Firefox ends crashing (in my experience 2/3 attempts)

Original Description:

Firefox in Kubuntu Feisty doesn't seem to last even 5 minutes without crashing!
Any website will cause it to crash: launchpad being one of them.
It is *completely* useless like this.

I don't have any plugins installed, but I do have the Developer Toolbar
and Firebug add-ons. (Btw, I tried removing them, but the crashes
still happen anyway).

I have followed the instructions in https://wiki.ubuntu.com/MozillaTeam/Bugs?action=show&redirect=DebuggingFirefox
to create a debugging log, which I am attaching.

Extracted from symbolized stacktrace:
(file: http://launchpadlibrarian.net/7392206/gdb-firefox3.log)
...
#0 __kernel_vsyscall ()
#1 send () from /lib/tls/i686/cmov/libpthread.so.0
#2 pt_Send (fd=0x8e85728, buf=0x8e7c718, amount=23, flags=0, timeout=0)...
#3 ssl_DefSend () from /usr/lib/libssl3.so
#4 ssl3_SendRecord () from /usr/lib/libssl3.so
#5 SSL3_SendAlert () from /usr/lib/libssl3.so
#6 ssl_SecureClose () from /usr/lib/libssl3.so
#7 ssl_Close () from /usr/lib/libssl3.so
#8 nsNSSSocketInfo::CloseSocketAndDestroy (this=0x0) at nsNSSIOLayer.cp...
#9 nsSSLThread::requestClose (si=0x8e79760) at nsSSLThread.cpp:408
...

[Dario Teixeira (darioteixeira)]

Btw, I did a fresh install of Feisty, so the problem is not related to the upgrade.
Also, I did a "rm -rf ~/.mozilla/" to remove the existing profile, just in case.

[Andrea Veri (av)]

the problem can be related to a font, I've read some pages about your problem and a lot of them resolved this problem deleting the bugged font.
some infos here: http://www.nourbakhsh.ir/blog/archives/40

[Andrea Veri (av)]

or maybe an extension too...

[John Vivirito (gnomefreak)]

Can you please install firefox-dbg and run the backtrace again.
What version of flash and where did you install it from?

[Dario Teixeira (darioteixeira)]

I didn't install any plugins, and "about:plugins" confirms that.

As for the addons, uninstalling Firebug and the Developer Toolbar didn't
make any difference: Firefox would still crash at the slighest breeze.
*However*, after uninstalling the DOM Inspector, Firefox now seems to
hang on for a longer period.

Note that I add installed the DOM Inspector via the repositories: it is
provided by the firefox-dom-inspector package.
(Firebug and the Developer Toolbar had been installed manually).

Right now, I have Firefox running under gdb and *without* any
plugins/extensions/addons loaded. It seems to be holding, but once it
crashes I'll attach the debug log.

In the meantime, can someone try to install the firefox-dom-inspector
package via apt-get and see if it makes their Firefox crash-prone?

[Dario Teixeira (darioteixeira)]

Without the DOM Inspector addon, Firefox does last longer. However, it still crashes every 15 minutes or so. Moreover, it's a different sort of crash: it just freezes. I am attaching the debug log of one of these crashes.

[Dario Teixeira (darioteixeira)]

Here goes another crash report. i can produce as many as you want, since Firefox never lasts very long...

[Dario Teixeira (darioteixeira)]

And another report, this one a bit longer.

Are there more people with the same problem? It seems difficult not to notice it...

[Dario Teixeira (darioteixeira)]

I ran firefox with strace. Right before crashing with a SIGSEGV, it had opened the DejaVu-Sans-Bold-Oblique.ttf font:

open("/var/lib/defoma/fontconfig.d/D/DejaVu-Sans-Bold-Oblique.ttf", O_RDONLY) = 66
fcntl64(66, F_SETFD, FD_CLOEXEC) = 0
fstat64(66, {st_mode=S_IFREG|0644, st_size=456036, ...}) = 0
mmap2(NULL, 456036, PROT_READ, MAP_PRIVATE, 66, 0) = 0xb14c8000
close(66) = 0
munmap(0xb43ae000, 136032) = 0
--- SIGSEGV (Segmentation fault) @ 0 (0) ---

This is a major regression. Any chance it could be fixed soon, or should I go back to Edgy?

[Dario Teixeira (darioteixeira)]

Hey,

Is there any hint of what might be causing this problem? I've stripped my system bare, removing all plugins/addons/extensions from Firefox, uninstalling the msttcorefonts, and I've even switched to the nv driver rather than nVidia's proprietary one. But the problem still happens: Firefox crashes all the time, without anything obvious triggering the crashes!

The only non-conventional thing about my system is that I'm running Kubuntu. I know it's Ubuntu's neglected brother, but this bug strikes me as too obvious not to have been noticed. Is there anyone out there running Firefox on Kubuntu Feisty without problems?

[Fred Hermanns (fintan)]

I have not had a problem with FF, ever! I am now running it under feisty kubuntu, with most of the plugins(flash, real, etc) I would like to help, but wouldn't know where to look. Maybe someone can suggest a file or files that I can post for comparison purposes?

[Dario Teixeira (darioteixeira)]

Hi,

In the meantime I've installed in /opt the Firefox binaries available from http://www.mozilla.com/
And guess what: the problem still happens!

Could the problem be related to X? I've had some problems with Firefox crashing my X server (see the bug report below), and I've noticed that Feisty ships X.org version 7.2, versus the 7.1 shipped with Edgy.

https://bugs.launchpad.net/ubuntu/+source/xorg/+bug/109646

[Dario Teixeira (darioteixeira)]

There are reports of the same problem on the Kubuntu forums. People there are suggesting the bug might be located in the gtk-qt-engine package. Could it be?

[Freddy Martinez (freddymartinez9)]

Dario, we are seeing some crashes related to the gtk-qt-engine. Thank you for your patience while we sort this issue out.

[Dario Teixeira (darioteixeira)]

> Dario, we are seeing some crashes related to the gtk-qt-engine. Thank you for your patience while we sort this issue out.

I hope you manage to find it before Gutsy comes out. I had to ditch Feisty and reinstall Edgy, because this particular bug was a show-stopper for me.

[Hilario J. Montoliu (hjmf) (hmontoliu)]

I've been able to reproduce this crash while triaging bug #134861.

if I leave the page https://www.creditmutuel.fr/cmne/fr/ open for around 10 minutes firefox ends crashing. This has happened to me 2 of 3 attempts in a gutsy chroot environment.

The stack backtrace is:

...
#0 __kernel_vsyscall ()
#1 send () from /lib/tls/i686/cmov/libpthread.so.0
#2 pt_Send (fd=0x8587e08, buf=0x85c1720, amount=23, flags=0, timeout=0) at ptio.c:1903
#3 ssl_DefSend (ss=0x859ba28, buf=0x85c1720 "\025\003\001", len=23, flags=0) at ssldef.c:128
#4 ssl3_SendRecord (ss=0x859ba28, type=<value optimized out>, pIn=0xb70be1ba "\001", nIn=2, flags=0)
#5 SSL3_SendAlert (ss=0x859ba28, level=alert_warning, desc=<value optimized out>) at ssl3con.c:2262
#6 ssl_SecureClose (ss=0x859ba28) at sslsecur.c:958
#7 ssl_Close (fd=0xb0585bf0) at sslsock.c:1372
#8 nsNSSSocketInfo::CloseSocketAndDestroy (this=0x85c0c38) at nsNSSIOLayer.cpp:1024
#9 nsSSLThread::requestClose (si=0x85c0c38) at nsSSLThread.cpp:425
#10 nsSSLIOLayerClose (fd=0xb0585bf0) at nsNSSIOLayer.cpp:1009
#11 PR_Close (fd=0xb0585bf0) at priometh.c:136
#12 nsSocketTransport::ReleaseFD_Locked (this=0x839a800, fd=0xb0585bf0) at nsSocketTransport2.cpp:1347
#13 nsSocketTransport::OnSocketDetached (this=0x839a800, fd=0xb0585bf0) at nsSocketTransport2.cpp:1569
#14 nsSocketTransportService::DetachSocket (this=0x80d4ca0, sock=0x80d4f64) at nsSocketTransportService2.cpp:193
#15 nsSocketTransportService::Run (this=0x80d4ca0) at nsSocketTransportService2.cpp:567
#16 nsThread::Main (arg=0x80c8ad0) at nsThread.cpp:118
#17 _pt_root (arg=0x80c8b50) at ptthread.c:220
#18 start_thread () from /lib/tls/i686/cmov/libpthread.so.0
#19 clone () from /lib/tls/i686/cmov/libc.so.6
...

Setting this report as confirmed

[Dario Teixeira (darioteixeira)]

Nice to know that there has been some development on this bug. Btw, is it possible to reproduce the bug with the latest Kubuntu Gutsy live CD? (In other words, does it include Firefox?) If so, I could help with tracking it down. But obviously I am not going to install Gutsy on my main system until/if the problem gets sorted out.

[Hilario J. Montoliu (hjmf) (hmontoliu)]

On Sun, 2007-08-26 at 17:22 +0000, Dario Teixeira wrote:
> it possible to reproduce the bug with the latest Kubuntu Gutsy live CD?

I don't know, but it is reproducible in a gutsy chroot environment with
the latest upgrades (firefox 2.0.0.6+2-0ubuntu2).

It would be nice if you can check that the problem is also present in
the latest Kubuntu Gusty liveCD.
--
Hilario J. Montoliu <email address hidden>

[Dario Teixeira (darioteixeira)]

I am curious if there are any developments concerning this bug. I really don't want to risk installing Gutsy if it means I'll have to abandon it after a couple of days and reinstall Edgy... (A repeat of the Feisty fiasco).

[Dario Teixeira (darioteixeira)]

I am curious if there are any developments concerning this bug. I really don't want to risk installing Gutsy if it means I'll have to abandon it after a couple of days and reinstall Edgy... (A repeat of the Feisty fiasco). Is there any way to test it from the Gutsy live CD?

[Dario Teixeira (darioteixeira)]

Well, I did install Gutsy, and the problem is still here. Firefox is useless like this.

[Alexander Sack (asac)]

should be fixed by one of the nss updates we relesaed.

[Ruchi (ruchi-lohani)]

https://bugzilla.mozilla.org/show_bug.cgi?id=427889

I hope that helps.