Bug 191393 – firefox-2.0.0.6 starts restored session slow

• Status: VERIFIED NEEDINFO
• Product: Gentoo Linux

[Description Armin Mohring 2007-09-05 15:20:28 UTC]

1. Start firefox-2.0.0.6 "normal": firefox starts fast and is usable directly after starting this application
2. Restore session: firefox is usable after about 10sec.

Reproducible: Always

Steps to Reproduce:
1.Start firefox normal: usable directly
2.Open firefox, restart computer without closing firefox.
3.login into gnome/kde: combo box appears: "start firefox/restore session"

Actual Results:  
Firefox is usable after some time, if firefox is not closed before shutdown.

Expected Results:  
Fast start of firefox, even the firefox is not closed before shutdown/restart.

[Comment 1 Armin Mohring 2007-09-05 15:22:19 UTC]

Portage 2.1.2.12 (default-linux/amd64/2007.0, gcc-4.1.2, glibc-2.5-r4, 2.6.22-gentoo-r5 x86_64)
=================================================================
System uname: 2.6.22-gentoo-r5 x86_64 AMD Athlon(tm) 64 Processor 3200+
Gentoo Base System release 1.12.9
Timestamp of tree: Tue, 04 Sep 2007 14:50:01 +0000
app-shells/bash:     3.2_p17
dev-java/java-config: 1.3.7, 2.0.33-r1
dev-lang/python:     2.4.4-r4
dev-python/pycrypto: 2.0.1-r6
sys-apps/baselayout: 1.12.9-r2
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.61
sys-devel/automake:  1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10
sys-devel/binutils:  2.18
sys-devel/gcc-config: 1.3.16
sys-devel/libtool:   1.5.24
virtual/os-headers:  2.6.21
ACCEPT_KEYWORDS="amd64"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=k8 -O2 -fomit-frame-pointer -pipe -s"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/share/X11/xkb"
CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/revdep-rebuild /etc/terminfo"
CXXFLAGS="-march=k8 -O2 -fomit-frame-pointer -pipe -s"
DISTDIR="/usr/portage/distfiles"
FEATURES="distlocks fix-packages metadata-transfer parallel-fetch sandbox sfperms strict userfetch userpriv usersandbox"
GENTOO_MIRRORS="rsync://linux.rz.ruhr-uni-bochum.de/gentoo/ rsync://ftp.join.uni-muenster.de/gentoo/ rsync://mirrors.sec.informatik.tu-darmstadt.de/gentoo/ rsync://ftp-stud.fht-esslingen.de/gentoo/ rsync://gentoo.intergenia.de/gentoo-linux/ rsync://ftp.belnet.be/gentoo/ rsync://ftp.snt.utwente.nl/gentoo/ rsync://gd.tuwien.ac.at/opsys/linux/gentoo/ rsync://ftp.fi.muni.cz/pub/linux/gentoo/ rsync://gentoo.prz.rzeszow.pl/gentoo/ rsync://ftp.lug.ro/gentoo/ rsync://trumpetti.atm.tut.fi/gentoo/ rsync://ftp.rhnet.is/gentoo/ rsync://mirror.hamakor.org.il/gentoo/"
LANG="en_US.UTF-8"
LC_ALL="en_US.UTF-8"
LDFLAGS="-Wl,-O1 -Wl,--as-needed -Wl,--enable-new-dtags -Wl,-s -Wl,--sort-common -Wl,-z -Wl,now"
LINGUAS="en"
MAKEOPTS="-j1 -s"
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 --filter=H_**/files/digest-*"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.de.gentoo.org/gentoo-portage"
USE="3dnow 3dnowext 64bit 80387 X a52 aac acl aiglx alsa amd64 bash-completion berkdb bitmap-fonts bzip2 cairo caps cdparanoia cdr cli cups dbus dri dts dvd dvdr encode esd firefox flac ftp gif glibc-omitfp gnome gstreamer gtk gtk2 hal iconv ipv6 java javascript jpeg ldap mad midi mikmod mmx mmxext mp3 mpeg mpeg2 mudflap ncurses nls nptl nptlonly ogg opengl openmp pam pcre pdf perl png ppds pppd python quicktime readline reflection sdl session spl sse sse2 ssl svg tcpd tiff truetype truetype-fonts type1-fonts unicode vorbis wxGTK x264 xine xml xorg xv xvid zlib" ALSA_CARDS="intel8x0" ELIBC="glibc" INPUT_DEVICES="evdev keyboard mouse" KERNEL="linux" LINGUAS="en" USERLAND="GNU" VIDEO_CARDS="nv"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY

[Comment 2 Jakub Moc (RETIRED) 2007-09-05 15:23:52 UTC]

OK, maybe you could clarify why is this a Gentoo bug? It doesn't happen with mozilla-firefox-bin, or some other special reason?

[Comment 3 Armin Mohring 2007-09-05 18:08:33 UTC]

I can´t answer the question, why this should be a Gentoo bug.
In my opinion, the behaviour of Firefox in this case is strange and could be improved.

[Comment 4 Jakub Moc (RETIRED) 2007-09-05 18:39:18 UTC]

(In reply to comment #3)
> I can´t answer the question, why this should be a Gentoo bug.
> In my opinion, the behaviour of Firefox in this case is strange and could be
> improved.

If you want FF improved, that's what https://bugzilla.mozilla.org/enter_bug.cgi?product=Firefox&format=guided; not Gentoo bugzilla. Sorry.