Mozilla crash when I exit from the bookmark manager when I hit the X button of the windows or when I choose "close" from the menu, ALL mozilla's windows are closed, and changes are not saved. (if I choose "quit", everything is ok (ie : all is closed but changes are saved) but this is not what I usualy want :) ) When running directly mozilla-bin I have the following message in the console at exit : The program '<unknown>' received an X Window System error. This probably reflects a bug in the program. The error was 'BadWindow (invalid Window parameter)'. (Details: serial 5624 error_code 3 request_code 15 minor_code 0) (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.)
Please run: # ldd /usr/lib/mozilla/components/libgfx_gtk* and paste the output here.
output for "ldd /usr/lib/mozilla/components/libgfx_gtk*" is : libxpcom.so => /usr/lib/mozilla/libxpcom.so (0x40081000) libplds4.so => /usr/lib/mozilla/libplds4.so (0x401ce000) libplc4.so => /usr/lib/mozilla/libplc4.so (0x401d1000) libnspr4.so => /usr/lib/mozilla/libnspr4.so (0x401d6000) libpthread.so.0 => /lib/libpthread.so.0 (0x40207000) libdl.so.2 => /lib/libdl.so.2 (0x40257000) libgkgfx.so => /usr/lib/mozilla/libgkgfx.so (0x4025a000) libmozjs.so => /usr/lib/mozilla/libmozjs.so (0x4028d000) libgtk-x11-2.0.so.0 => /usr/lib/libgtk-x11-2.0.so.0 (0x4030d000) libgdk-x11-2.0.so.0 => /usr/lib/libgdk-x11-2.0.so.0 (0x40548000) libatk-1.0.so.0 => /usr/lib/libatk-1.0.so.0 (0x405a5000) libgdk_pixbuf-2.0.so.0 => /usr/lib/libgdk_pixbuf-2.0.so.0 (0x405c3000) libpangoxft-1.0.so.0 => /usr/lib/libpangoxft-1.0.so.0 (0x405d4000) libpangox-1.0.so.0 => /usr/lib/libpangox-1.0.so.0 (0x405f6000) libpango-1.0.so.0 => /usr/lib/libpango-1.0.so.0 (0x40603000) libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0 (0x40637000) libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0 (0x4066e000) libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0x40672000) libm.so.6 => /lib/libm.so.6 (0x406e1000) libstdc++.so.5 => /usr/lib/gcc-lib/i686-pc-linux-gnu/3.2.1/libstdc++.so.5 (0x40705000) libgcc_s.so.1 => /usr/lib/gcc-lib/i686-pc-linux-gnu/3.2.1/libgcc_s.so.1 (0x407d2000) libc.so.6 => /lib/libc.so.6 (0x407da000) libXft.so.1 => /usr/X11R6/lib/libXft.so.1 (0x40908000) libXrender.so.1 => /usr/X11R6/lib/libXrender.so.1 (0x40918000) libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x4091f000) libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x40930000) libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x409fa000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x80000000) libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0x40a4e000) libexpat.so.0 => /usr/lib/libexpat.so.0 (0x40a77000) (I notice that I do not specify version, this is the 1.2.1-r3)
Yes, I did not ask the version, because I assumed the problem was that you had 'gtk2' in your USE. Please note the the gtk2 support of mozilla is very experimental, and cause a lot of things to break. I would really recommend compiling mozilla without gtk2 support (guess what, you even get Xft support with 1.2.1-r3 =) ). Please try it and see if your problem are fixed.
- it was compiled with "gtk2" switch - bug does not appear after recompiling without gtk2 switch so I think you can close the bug (sorry for this useless report) But this make me thinks : if gtk2 support is in a such instable why do not comment gtk2 configuration in the ebuild ? people who want this can uncomment themself. I say that because many people have gtk2 in USE/make.conf and maintain specific USE settings is not easy (they are reused in emerge --update and future emerge commands will use gtk2 for dependencies resolution). Having a common switch in a very experimentable way, for something wich should be a stable release is maybe not good (this may be change when someone will make portage remember and reuse specific/different USE settings for each ebuild)
Because then the users of galeon-cvs biatches :/
