Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 169155 - www-client/mozilla-firefox slow to start after network changes (direct -> proxied or no network)
Summary: www-client/mozilla-firefox slow to start after network changes (direct -> pro...
Status: RESOLVED NEEDINFO
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: x86 Linux
: High normal (vote)
Assignee: Mozilla Gentoo Team
URL:
Whiteboard:
Keywords:
: 181868 207322 212719 232472 (view as bug list)
Depends on:
Blocks:
 
Reported: 2007-03-03 16:57 UTC by Gabriel Rossetti
Modified: 2010-09-06 12:51 UTC (History)
8 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
mozilla-firefox-2.0.0.4.ebuild (SKoJO690.txt,8.96 KB, text/plain)
2007-06-13 12:02 UTC, Raúl Porcel (RETIRED)
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Gabriel Rossetti 2007-03-03 16:57:53 UTC
Firefox 2.0.0.2 takes about 5 minutes when I launch it. This happens either when I go from my home network (no proxy) to my school's network (proxy) or vice-versa. Once it is up, I can change the proxy settings and from then on it works fine as long as I stay in the same network. I tried re-emerging it, nothing changed, I tried deleting my profile, nothing changed, I tried the binary version, it does not have this problem. I's keep the binary version, but my system still wants me to emerge the standard/compiled version (so I'd have 2 firefoxes installed) and I don't want that.

Reproducible: Always

Steps to Reproduce:
1.Go from proxied network to non-proxied network or vice-versa
2.Start firefox (compiled version)
3.Wait ~5 minutes
4.Change proxy settings
5.Now it works fine as along as you don't go back to step 1.

Actual Results:  
Wait ~5 minutes

Expected Results:  
Firefox starts up instantly

Using Gnome 2.16.2

emerge --info

Portage 2.1.2-r9 (default-linux/x86/2006.1, gcc-4.1.1, glibc-2.5-r0, 2.6.19-gentoo-r5 i686)
=================================================================
System uname: 2.6.19-gentoo-r5 i686 Genuine Intel(R) CPU           T2500  @ 2.00GHz
Gentoo Base System release 1.12.9
Timestamp of tree: Sat, 03 Mar 2007 15:20:01 +0000
dev-java/java-config: 1.3.7, 2.0.31
dev-lang/python:     2.4.3-r4
dev-python/pycrypto: 2.0.1-r5
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.61
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10
sys-devel/binutils:  2.16.1-r3
sys-devel/gcc-config: 1.3.14
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.17-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O3 -march=prescott -mtune=prescott -mmmx -msse -msse2 -msse3 -mfpmath=sse,387 -fomit-frame-pointer -pipe -fprefetch-loop-arrays -mno-tls-direct-seg-refs"
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/share/X11/xkb /usr/share/config"
CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/terminfo /etc/texmf/web2c"
CXXFLAGS="-O3 -march=prescott -mtune=prescott -mmmx -msse -msse2 -msse3 -mfpmath=sse,387 -fomit-frame-pointer -pipe -fprefetch-loop-arrays -mno-tls-direct-seg-refs"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict"
GENTOO_MIRRORS="ftp://mirror.switch.ch/mirror/gentoo/ ftp://ftp.solnet.ch/mirror/Gentoo/ ftp://ftp.tu-clausthal.de/pub/linux/gentoo/ http://pandemonium.tiscali.de/pub/gentoo/ ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo http://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ ftp://206.75.217.205/ ftp://206.75.217.180/"
MAKEOPTS="-j3"
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"
PORTDIR_OVERLAY="/usr/local/overlays/perso /usr/local/layman/enlightenment"
SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"
USE="X aac acpi alsa apache2 avahi berkdb bitmap-fonts bluetooth branding bzip2 cairo cddb cdparanoia cdr cli cracklib crypt cups dbus divx dri dvd dvdr dvdread encode ffmpeg firefox ftp galago gcj gd gdbm gecko-sdk gif glitz glut gnome gpm gs gtk gtk2 hal iconv icq imagemagik innodb irmc isdnlog jabber java javamail javascript jpeg jpeg2k junit libg++ mad midi mmx mozbranding mp3 mpeg msn mysql nautilus ncurses nls no-seamonkey nptl nptlonly nsplugin ogg ole openal opengl opensslcrypt oscar pam pcmcia pcre pdf perl php png posix ppds pppd python qt4 quicktime readline real reflection samba session slp spell spl sqlite sqlite3 sse sse2 ssl svg tcpd tetex theora threads tidy tiff truetype truetype-fonts type1-fonts unicode usb v4l v4l2 videos vorbis wifi win32codecs wmf x86 xattr xml xorg xpm xprint yahoo zlib" ALSA_CARDS="hda-intel" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" ELIBC="glibc" INPUT_DEVICES="keyboard mouse" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" USERLAND="GNU" VIDEO_CARDS="fglrx vesa v4l"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_RSYNC_EXTRA_OPTS
Comment 1 Christian Marie (RETIRED) gentoo-dev 2007-03-16 00:47:04 UTC
Can you please test with mozilla-firefox-bin, see if you have the same results?
Comment 2 Gabriel Rossetti 2007-03-16 07:38:44 UTC
(In reply to comment #1)
> Can you please test with mozilla-firefox-bin, see if you have the same results?
> 

I did and it works great. Since then I tuned down my CFLAGS but that didn't change anything on the source version. I also tried to use a new profile, still nothing.

Here are my new CFLAGS :

CFLAGS="-O2 -march=prescott -mmmx -msse -msse2 -msse3 -mfpmath=sse -fomit-frame-pointer -pipe"

But like I said, even with those it still has that problem. I wonder if it tries to connect to the internet before it's launched (graphically) and since the proxy is wrong, it hangs for a very long timeout.
Comment 3 Bugs Bunny 2007-05-06 02:20:17 UTC
(In reply to comment #2)
> (In reply to comment #1)
> > Can you please test with mozilla-firefox-bin, see if you have the same results?
> > 
> 
> I did and it works great. Since then I tuned down my CFLAGS but that didn't
> change anything on the source version. I also tried to use a new profile, still
> nothing.
> 
> Here are my new CFLAGS :
> 
> CFLAGS="-O2 -march=prescott -mmmx -msse -msse2 -msse3 -mfpmath=sse
> -fomit-frame-pointer -pipe"
> 
> But like I said, even with those it still has that problem. I wonder if it
> tries to connect to the internet before it's launched (graphically) and since
> the proxy is wrong, it hangs for a very long timeout.
> 

If this is that big of an issue you could enable a second profile. One for home one for school this would resolve your issue.
Comment 4 Jakub Moc (RETIRED) gentoo-dev 2007-06-13 07:16:36 UTC
*** Bug 181868 has been marked as a duplicate of this bug. ***
Comment 5 Raúl Porcel (RETIRED) gentoo-dev 2007-06-13 12:02:08 UTC
Created attachment 121932 [details]
mozilla-firefox-2.0.0.4.ebuild

I can't reproduce this bug as i lack of network to test it.

So, please, the guys having problem with this, could you test this ebuild?

Thanks
Comment 6 Pieter de Rijk 2007-06-13 12:23:47 UTC
(In reply to comment #5)
Tried to use the ebuild...

ebuild {ebuild} digest

But... it compains that it cannot download (HTTP 404 error):
http://dev.gentooexperimental.org/~armin76/dist/firefox-2.0.0.4-xpi/firefox-2.0.0.4-mn.xpi

Regards
-Pieter

Comment 7 Pieter de Rijk 2007-06-13 12:42:23 UTC
(In reply to comment #6)

Sorry... had some stuff misconfigured... so it wasn't weird that I couldnot download the files.

Comment #6 is now obsolete
Comment 8 Gabriel Rossetti 2007-06-13 13:12:11 UTC
(In reply to comment #5)
> Created an attachment (id=121932) [edit]
> mozilla-firefox-2.0.0.4.ebuild
> 
> I can't reproduce this bug as i lack of network to test it.
> 
> So, please, the guys having problem with this, could you test this ebuild?
> 
> Thanks
> 

Ok, I'm compiling now, juste a note, if I modify /usr/bin/firefox and add some bogus text after "exec /usr/libexec/mozilla-launcher "$@" " like this :


#!/bin/sh
#
# Stub script to run mozilla-launcher.  We used to use a symlink here
# but OOo brokenness makes it necessary to use a stub instead:
# http://bugs.gentoo.org/show_bug.cgi?id=78890

export MOZILLA_LAUNCHER=firefox
export MOZILLA_LIBDIR=/usr/lib/mozilla-firefox
export MOZ_PLUGIN_PATH=${MOZ_PLUGIN_PATH:-/usr/lib/nsbrowser/plugins}
exec /usr/libexec/mozilla-launcher "$@" toto

it tries to open that "link" and it works, I no longer have to wait 5 mins, and it works at home and at school.

I'll tell you as soon as the ebuild is done if it works.

Gabriel
Comment 9 Raúl Porcel (RETIRED) gentoo-dev 2007-06-13 13:22:59 UTC
(In reply to comment #8)
Interesting...

You could try to run firefox directly without using mozilla-launcher, just do 'cd /usr/lib/mozilla-firefox/' and then './firefox'
Comment 10 Gabriel Rossetti 2007-06-13 13:51:36 UTC
(In reply to comment #9)
> (In reply to comment #8)
> Interesting...
> 
> You could try to run firefox directly without using mozilla-launcher, just do
> 'cd /usr/lib/mozilla-firefox/' and then './firefox'
> 

Well, I have a new problem now.... the tabs don't work anymore. If I try ctrl + left mouse click on a link, it opens a tab but it's empty. If I try to use the contextual menu, it doesn't even open the tab...

I'm going to test the 5 mins. problem now, I'll tell you how that goes.
Gabriel
Comment 11 Gabriel Rossetti 2007-06-13 13:53:45 UTC
Ok, the good news is that the 5 mins to startup problem seems to be gone.
Gabriel
Comment 12 Pieter de Rijk 2007-06-13 14:16:34 UTC
Also good new from the Netherlands...

The ebuild works fine for me, no more ~10minutes waiting time

The tabs are also available!

-Pieter
Comment 13 Raúl Porcel (RETIRED) gentoo-dev 2007-06-13 14:54:12 UTC
(In reply to comment #10)
> Well, I have a new problem now.... the tabs don't work anymore. If I try ctrl +
> left mouse click on a link, it opens a tab but it's empty. If I try to use the
> contextual menu, it doesn't even open the tab...

Errr, but using what? The modified ebuild? Or calling the app directly with the normal ebuild?

----

Okay guys, since you're the only who can reproduce this and you seem that you want to help, i'll start doing some patchsets. So, when i tell you to use '1.1' for example, change the PATCH line in the ebuild.
PATCH="${P}-patches-1.0" <- just modify the 1.0 by the number i'll tell you.

Use 1.1 and tell me how it worked.
Comment 14 Gabriel Rossetti 2007-06-13 15:50:14 UTC
(In reply to comment #13)
> (In reply to comment #10)
> > Well, I have a new problem now.... the tabs don't work anymore. If I try ctrl +
> > left mouse click on a link, it opens a tab but it's empty. If I try to use the
> > contextual menu, it doesn't even open the tab...
> 
> Errr, but using what? The modified ebuild? Or calling the app directly with the
> normal ebuild?
> 
> ----
> 
> Okay guys, since you're the only who can reproduce this and you seem that you
> want to help, i'll start doing some patchsets. So, when i tell you to use '1.1'
> for example, change the PATCH line in the ebuild.
> PATCH="${P}-patches-1.0" <- just modify the 1.0 by the number i'll tell you.
> 
> Use 1.1 and tell me how it worked.
> 

yes, it was with the modified ebuild (calling directly changed nothing)
ok, I'm compiling using the 1.1 patch, I'll keep you up to date
Thanks,
Gabriel

Comment 15 Gabriel Rossetti 2007-06-13 22:18:30 UTC
(In reply to comment #13)
> (In reply to comment #10)
> > Well, I have a new problem now.... the tabs don't work anymore. If I try ctrl +
> > left mouse click on a link, it opens a tab but it's empty. If I try to use the
> > contextual menu, it doesn't even open the tab...
> 
> Errr, but using what? The modified ebuild? Or calling the app directly with the
> normal ebuild?
> 
> ----
> 
> Okay guys, since you're the only who can reproduce this and you seem that you
> want to help, i'll start doing some patchsets. So, when i tell you to use '1.1'
> for example, change the PATCH line in the ebuild.
> PATCH="${P}-patches-1.0" <- just modify the 1.0 by the number i'll tell you.
> 
> Use 1.1 and tell me how it worked.
> 

Ok, I tested 1.1, the tabs work again, but it takes 5 mins to start. I deleted my .mozilla before, which I hadn't done with the 1.0 patch, so, I tried the 1.0 patch again with .mozilla deleted, since it seamed to work for our dutch friend, but same thing happend as it had originally with the 1.0 patch, tabs don't work right, no copy/paste in the contextual menu, and this time it too 5 mins to start (I'm at home now, so if I set the proxy, shut down firefox and restart it, it takes 5 mins with both patches)
Comment 16 Gabriel Rossetti 2007-06-13 23:43:47 UTC
I tried to rebuild the 1.0 patched firefox with less CFLAGS, no change, I tried running it directly, no change, I then had an idea, when I added junk to the /usr/bin/firefox script, like I said earlier, it worked, no 5 min wait. What it did was try to open the junk as a link. I decided to try and tell my config to open a default webpage to see what happens. It was already selected as that, but there was no web page, so I added one and guess what, it works! For some reason, if no web page is set in the open default web page configuration (Edit->preferences->main->when firefox starts show my home page) it taks 5 mins to load when going from a proxied to a non-proxied network (without having changed the proxy settings prier to the switch).

I hope that this helps find out why this is happening....

Cheers,
Gabriel
Comment 17 Pieter de Rijk 2007-06-14 07:13:38 UTC
(In reply to comment #12)
> The tabs are also available!

Yesterday evening I played around with ff... but the tabs wil open... but can only browse in the first tab :(

-Pieter
Comment 18 Gabriel Rossetti 2007-06-14 07:41:49 UTC
(In reply to comment #17)
> (In reply to comment #12)
> > The tabs are also available!
> 
> Yesterday evening I played around with ff... but the tabs wil open... but can
> only browse in the first tab :(
> 
> -Pieter
> 

Yes, that's what I ment.
Gabriel
Comment 19 Raúl Porcel (RETIRED) gentoo-dev 2007-06-14 17:10:33 UTC
So, no difference between the modified ebuild and patchset 1.0 and 1.1? Only the thing that the tabs doesn't work?
Comment 20 Gabriel Rossetti 2007-06-25 11:52:56 UTC
(In reply to comment #19)
> So, no difference between the modified ebuild and patchset 1.0 and 1.1? Only
> the thing that the tabs doesn't work?
> 

Yes, exactly.
Comment 21 Adrien Guillon 2007-07-12 17:36:27 UTC
I have the same problem.  I built www-client/mozilla-firefox-2.0.0.4 and removed the .mozilla directory prior to first launch.  The program didn't launch, so I suspected that there was a linking issue where the binary was broken.  I removed the gnome use flag, in case some gnome library wasn't working properly.  This didn't have any effect.  Firefox did eventually come up, while I was in the process of re-emerging it, so I realized it was just incredibly slow.

After finding this bug report, I suspected that the proxy I use at work might be the issue.  I attempted to run firefox directly as indicated in this post, and that didn't solve any issues.  I ran an strace on firefox, and found that it was attempting a direct internet connection (before I even had a browser window open!).  This lead me to believe that perhaps it really was a proxy issue.  I copied my old .mozilla back, and launched firefox.  This worked instantly.

I had used the firefox-bin package, which worked fine, but never with a fresh profile.  I would have to test running firefox-bin with no .mozilla directory to repeat the issue (which I don't have time to do today).  I do have an outdated profile, and my system is a bit out of date, which is why I suspected that it would be a linking issue in the first place.

I have not tested the ebuilds provided here, but I can repeat the problem if I remove my .mozilla directory.
Comment 22 Eric Johnson 2007-07-27 04:42:30 UTC
Randomly saw this bug - have any of you tried disabling ipv6 resolution?  I saw very slow behavior only in some network configuration with Firefox until I disabled ipv6 support.  Turns out my router at home doesn't support it....

In about:config - add network.dns.disableIPv6 boolean true

See: http://kb.mozillazine.org/Network.dns.disableIPv6
Comment 23 Jakub Moc (RETIRED) gentoo-dev 2008-01-25 08:24:35 UTC
*** Bug 207322 has been marked as a duplicate of this bug. ***
Comment 24 Jakub Moc (RETIRED) gentoo-dev 2008-03-08 14:55:02 UTC
*** Bug 212719 has been marked as a duplicate of this bug. ***
Comment 25 crusaderky 2008-03-08 15:04:57 UTC
1)emerge mozilla-firefox-2.0.0.12
(only active USE flags are ipv6 java)

2)rm -rf ~/.mozilla

3)fire up wireshark and have it listen to traffic

4)launch firefox

I see Firefox doing a

GET / HTTP/1.1
Host: www.gentoo.org

This happens at every firefox startup, not just the first one.

what's a lot worse is that **firefox completely locks up until it receives a
response**. If the network is somehow unresponsive or unreachable, it
completely locks until the request timeouts.

I stress that my config is clean.

The default home page is google.com. If you set it to none it still tries to
retrieve www.gentoo.org/.

`grep -R www.gentoo.org ~/.mozilla` returns 0 results (actually, just one in
the cache as expected).

This happens both on my x86/64 and my x86/32 computers.
Comment 26 crusaderky 2008-03-08 15:06:14 UTC
setting network.dns.disableIPv6 to true is completely uneffective (as expected).
Comment 27 David Clermont 2008-04-13 14:15:24 UTC
(In reply to comment #25)
> 1)emerge mozilla-firefox-2.0.0.12
> (only active USE flags are ipv6 java)
> 
> 2)rm -rf ~/.mozilla
> 
> 3)fire up wireshark and have it listen to traffic
> 
> 4)launch firefox
> 
> I see Firefox doing a
> 
> GET / HTTP/1.1
> Host: www.gentoo.org
> 
> This happens at every firefox startup, not just the first one.
> 
> what's a lot worse is that **firefox completely locks up until it receives a
> response**. If the network is somehow unresponsive or unreachable, it
> completely locks until the request timeouts.
> 
> I stress that my config is clean.
> 
> The default home page is google.com. If you set it to none it still tries to
> retrieve www.gentoo.org/.
> 
> `grep -R www.gentoo.org ~/.mozilla` returns 0 results (actually, just one in
> the cache as expected).
> 
> This happens both on my x86/64 and my x86/32 computers.
> 

I have the same problem with mozilla-firefox-2.0.0.13.
Firefox tries to connect to the page mentioned in
/usr/lib/mozilla-firefox/defaults/pref/all-gentoo.js:
pref("browser.startup.homepage",           "http://www.gentoo.org/");
If DNS or the page itself is unreachable firefox waits until the request timeouts.
Comment 28 David Clermont 2008-04-15 17:20:18 UTC
(In reply to comment #27)

As a workaround you can just change
/usr/lib/mozilla-firefox/defaults/pref/all-gentoo.js:

-pref("browser.startup.homepage",           "http://www.gentoo.org/");
+pref("browser.startup.homepage",           "about:blank");

Since "about:blank" is always reachable firefox does not lock up at startup, even if network is unreachable.
Comment 29 Raúl Porcel (RETIRED) gentoo-dev 2008-07-18 17:30:04 UTC
How is firefox3 doing with this issue?
Comment 30 crusaderky 2008-07-19 07:54:11 UTC
immediately after wiping ~/.mozilla and starting mozilla-firefox-3.0-r1, browser.startup.homepage DOES still point to http://www.gentoo.org

contrarily to what one could imagine, the startup URL in the basic firefox preferences is blank.
Comment 31 Alon Bar-Lev 2008-10-11 22:39:12 UTC
Please make firefox run correctly without network or access to www.gentoo.org. It is very annoying issue, especially accessing your modem while having no connectivity.
Comment 32 Raúl Porcel (RETIRED) gentoo-dev 2008-11-15 22:10:21 UTC
I forgot to say it doesn't point anymore to gentoo.org
Comment 33 Nirbheek Chauhan (RETIRED) gentoo-dev 2009-05-01 20:42:23 UTC
*** Bug 232472 has been marked as a duplicate of this bug. ***
Comment 34 Jory A. Pratt gentoo-dev 2010-09-06 12:51:44 UTC
Noone has reported in almost a year as to status closing for now, feel free to reopen if the problem is still there.