When I try to copy a link from some pages to buffer, or to bookmark them, or to open them in a tab SeaMonkey crashes with this: cronfy@cronfy ~ $ seamonkey No running windows found /usr/libexec/mozilla-launcher: line 117: 23296 Segmentation fault "$mozbin" "$@" seamonkey-bin exited with non-zero status (139) cronfy@cronfy ~ $ Steps to represent: 1. Open http://cl.uxp.ru/~cronfy/yandsearch.html 2. Try to copy several links to buffer or to bookmark them. 3. SeaMonkey crashes. Something similar to this happened to Firefox, this was the reason for me to try SeaMonkey. FF was crashing when I just was trying to open pages from http://news.yandex.ru Here is some info. As far as I cannot represent this bug on my coworkers' computers (Gentoo, SeaMonkey 1.0.5 too, but everything is just fine), let me know how I can provide more info. cronfy@cronfy ~ $ emerge --info Portage 2.1.1 (default-linux/x86/2006.0, gcc-3.4.4, glibc-2.3.5-r2, 2.6.17-gentoo-r4cronfy i686) ================================================================= System uname: 2.6.17-gentoo-r4cronfy i686 Intel(R) Celeron(R) CPU 2.40GHz Gentoo Base System version 1.6.14 Last Sync: Tue, 17 Oct 2006 12:00:01 +0000 app-admin/eselect-compiler: [Not Present] dev-java/java-config: [Not Present] dev-lang/python: 2.4.2 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: [Not Present] dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.16.1-r3 sys-devel/gcc-config: 1.3.12-r6 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=pentium4 -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/lib/mozilla/defaults/pref /usr/share/X11/xkb /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo" CXXFLAGS="-O2 -march=pentium4 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="ftp://phil.pht/ ftp://earth.corbina.net/pub/Linux/gentoo ftp://trumpetti.atm.tut.fi/gentoo/ ftp://ftp.join.uni-muenster.de/pub/linux/distributions/gentoo" LINGUAS="en ru" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 X apm berkdb bitmap-fonts cli crypt cups dlloader dri eds elibc_glibc emboss encode foomaticdb fortran gdbm gif gpm gtk2 imlib input_devices_evdev input_devices_keyboard input_devices_mouse isdnlog jpeg kde kernel_linux libg++ libwww linguas_en linguas_ru logitech-mouse mad mikmod motif ncurses nls nptl opengl pam pcre perl png pppd python qt3 qt4 quicktime readline reflection samba session spl ssl tcpd threads truetype truetype-fonts type1-fonts udev userland_GNU video_cards_i915 xml xorg zlib" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, MAKEOPTS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY cronfy@cronfy ~ $ emerge -pv seamonkey These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] www-client/seamonkey-1.0.5 USE="crypt -debug -gnome -ipv6 -java -ldap -mozcalendar -mozdevelop -moznocompose -moznoirc -moznomail -moznoroaming -postgres -xinerama -xprint" 0 kB
Is this bug still valid in seamonkey-1.0.6 The URL doesn't exists anymore...
Sorry, was an answer, I cannot reproduce this bug
It is, but I am trying to resolve it at https://bugzilla.mozilla.org/show_bug.cgi?id=357075 Unfortunately, I don't have much time to build and test Seamonkey often. I'll try to make some tests and post my report on the next week. URL really does not matter, Seamonkey crashes often on many different pages. At this time no one (even me) could reproduce this bug on another Gentoo system.
Then, Is this an upstream bug? Are yo able to reproduce it in other distros?
No, I am not.
Please reopen with a test case when you can reproduce this.
