Firefox crashing because of libxt6 (breezy)

Bug #23875 reported by Christophe Dumez
8
Affects Status Importance Assigned to Milestone
libxt (Ubuntu)
Invalid
Medium
Ian Jackson

Bug Description

I'm using a fresh install of Breezy (Kubuntu - Final version for amd64).

When I try connect for exemple to www.allocine.fr, firefox is crashing directly
and I get this output in the console :

LoadPlugin: failed to initialize shared library libXt.so [libXt.so: Ne peut
ouvrir le fichier d'objet partagé: Aucun fichier ou répertoire de ce type]
LoadPlugin: failed to initialize shared library libXext.so [libXext.so: Ne peut
ouvrir le fichier d'objet partagé: Aucun fichier ou répertoire de ce type]
Erreur de segmentation (Segmentation fault)

It seems that it can't find libXt.so & libXext.so...

Revision history for this message
David Farning (dfarning) wrote :

Unable to reproduce with firefox 1.0.7-ubuntu20 on i386 fresh breezy install.

Revision history for this message
Christophe Dumez (hydr0g3n) wrote :

I also have firefox 1.0.7-ubuntu20 but firefox is crashing really often on my Kubuntu AMD64. For example, firefox crashes
when it tries to load this page : www.acer.fr . There are a lot of websites like that.

Revision history for this message
Thomas Hood (jdthood) wrote :

(In reply to comment #2)
> I also have firefox 1.0.7-ubuntu20 but firefox is crashing really often on my
Kubuntu AMD64. For example, firefox crashes
> when it tries to load this page : www.acer.fr . There are a lot of websites
like that.

I have the same problem. In my case:
* gdb reports that the browser has quit (not crashed)
* Turning off JavaScript usually prevents the browser from quitting
* The same problem afflicts mozilla and galeon

Revision history for this message
Thomas Hood (jdthood) wrote :

I am using firefox now and report the console messages when running galeon and
looking up www.acer.fr :

$ galeon
plugin_get_value 1
plugin_get_value 2
The program 'galeon' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadMatch (invalid parameter attributes)'.
  (Details: serial 121 error_code 8 request_code 146 minor_code 3)
  (Note to programmers: normally, X errors are reported asynchronously;
   that is, you will receive the error a while after causing it.
   To debug your program, run it with the --sync command line
   option to change this behavior. You can then get a meaningful
   backtrace from your debugger if you break on the gdk_x_error() function.)

Revision history for this message
Thomas Hood (jdthood) wrote :

Here is the console message resulting from looking up www.acer.fr in firefox:
$ firefox
The program 'Gecko' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadMatch (invalid parameter attributes)'.
  (Details: serial 121 error_code 8 request_code 146 minor_code 3)
  (Note to programmers: normally, X errors are reported asynchronously;
   that is, you will receive the error a while after causing it.
   To debug your program, run it with the --sync command line
   option to change this behavior. You can then get a meaningful
   backtrace from your debugger if you break on the gdk_x_error() function.)

Revision history for this message
Thomas Hood (jdthood) wrote :

(In reply to comment #5)
> Here is the console message resulting from looking up www.acer.fr in firefox:
> $ firefox
> The program 'Gecko' received an X Window System error.
> This probably reflects a bug in the program.
> The error was 'BadMatch (invalid parameter attributes)'.
> (Details: serial 121 error_code 8 request_code 146 minor_code 3)
> (Note to programmers: normally, X errors are reported asynchronously;
> that is, you will receive the error a while after causing it.
> To debug your program, run it with the --sync command line
> option to change this behavior. You can then get a meaningful
> backtrace from your debugger if you break on the gdk_x_error() function.)

This bug is being tracked at #17216.

Revision history for this message
Enrique Santos (enriquesl) wrote :

Breezy Badger version of libxt6 makes firefox and epiphany not starting. Forcing
hoary or hoary-security version of libxt6 (6.8.2-10.1) makes it work.
I have also the amd64 binaries, perhaps it is a problem with the compilation
options for this architecture.

Error messages:
LoadPlugin: failed to initialize shared library libXt.so [libXt.so: no se puede
abrir el fichero del objeto compartido: No existe el fichero o el directorio]
LoadPlugin: failed to initialize shared library libXext.so [libXext.so: no se
puede abrir el fichero del objeto compartido: No existe el fichero o el directorio]

Revision history for this message
Daniel Stone (daniels) wrote :

install libxt-dev and libxext-dev as a workaround. are you using any weird
plugins, like java?

Revision history for this message
Christophe Dumez (hydr0g3n) wrote :
Download full text (4.1 KiB)

Yes, I have Java installed :

$>java -showversion
java version "1.4.2-02"
Java(TM) 2 Runtime Environment, Standard Edition (build Blackdown-1.4.2-02)
Java HotSpot(TM) 64-Bit Server VM (build Blackdown-1.4.2-02, mixed mode)

But I'm not sure I have firefox plugin :

$ >/usr/lib/mozilla-firefox/components# ls
accessibility-atk.xpt libcookie.so necko.xpt
accessibility.xpt libdocshell.so nsCloseAllWindows.js
appshell.xpt libeditor.so nsDictionary.js
autocomplete.xpt libembedcomponents.so nsExtensionManager.js
autoconfig.xpt libfileview.so nsFilePicker.js
bookmarks.xpt libgfx_gtk.so nsHelperAppDlg.js
caps.xpt libgfxps.so nsInterfaceInfoToIDL.js
chardet.xpt libgklayout.so nsProgressDialog.js
commandhandler.xpt libgkplugin.so nsProxyAutoConfig.js
composer.xpt libhtmlpars.so nsResetPref.js
compreg.dat libi18n.so nsSidebar.js
content_base.xpt libimglib2.so nsUpdateService.js
content_htmldoc.xpt libjar50.so nsXmlRpcClient.js
content_html.xpt libjsd.so oji.xpt
content_xmldoc.xpt libmork.so passwordmgr.xpt
content_xslt.xpt libmozfind.so pipboot.xpt
cookie.xpt libnecko2.so pipnss.xpt
directory.xpt libnecko.so pippki.xpt
docshell.xpt libnegotiateauth.so plugin.xpt
dom_base.xpt libnsappshell.so prefetch.xpt
dom_core.xpt liboji.so pref.xpt
dom_css.xpt libpipboot.so profile.xpt
dom_events.xpt libpipnss.so progressDlg.xpt
dom_html.xpt libpippki.so proxyObjInst.xpt
dom_loadsave.xpt libpref.so rdf.xpt
dom_range.xpt librdf.so satchel.xpt
dom_stylesheets.xpt libsystem-pref.so search.xpt
dom_traversal.xpt libtoolkitcomps.so shellservice.xpt
dom_views.xpt libtransformiix.so shistory.xpt
dom_xbl.xpt libtxmgr.so sidebar.xpt
dom_xpath.xpt libtypeaheadfindsea.so toolkitprofile.xpt
dom.xpt libuconv.so txmgr.xpt
dom_xul.xpt libucvmath.so txtsvc.xpt
downloads.xpt libuniversalchardet.so typeaheadfindsea.xpt
editor.xpt libwebbrwsr.so uconv.xpt
embed_base.xpt libwebsrvcs.so unicharutil.xpt
extensions.xpt libwidget_gtk2.so update.xpt
exthandler.xpt libxmlextras.so uriloader.xpt
fastfind.xpt libxpcom_compat_c.so webBrowser_core.xpt
filepicker.xpt libxpconnect.so webbrowserpersist.xpt
find.xpt libxpinstall.so webshell_idls.xpt
gfx.xpt libxremote_client.so websrvcs.xpt
helperAppDlg.xpt libxremoteservice.so widget.xpt
history.xpt locale.xpt windowds.xpt
htmlparser.xpt lwbrk.xpt windowwatcher.xpt
imglib2.xpt migration.xpt xmlextras.xpt
...

Read more...

Revision history for this message
Fabio Massimo Di Nitto (fabbione) wrote :

plugin problem. Unable to reproduce in dapper.

Changed in libxt:
status: Unconfirmed → Rejected
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.