I have the impression that now since a few days linkedin works again 'at normal
speed'
(on the same Lucid installation and in the same network where it took an
eternity before).
--
linkedin very slow on Firefox Linux only
https://bugs.launchpad.net/bugs/314713
You received this bug
I see the same problem: but only in my home network (in a different wireless
network, with the very same computer, signing in seems
to work reasonably fast). I start to suspect that this is related to Bug
#417757 (which I'm also suffering from as my ADSL modem
seems not to relay IPV6 DNS
The suggested fiddling with the MTU value hasn't fixed anything here. I
discovered that erasing the cookies made it fast until the next cookie
was set. You can reproduce it. I haven't had any problems with other
sites except linkedin. So I wonder why a network stack should be changed
because
This bug also affected me. But changing MTU to 1360 fixed it.
I was surprised when it worked. I am guessing that HTTP is forwarded
over some link with a smaller MTU and Don't Fragment set. You can ping
the site with packets upto 1500 bytes. But sending HTTP with packets of
more than 1400 bytes,
Hi,
Ubuntu Lucid x86_64 here. I experience a similar problem with all sites.
No problems with Windows Vista on the same machine. It takes tens of seconds to
connect to google (i got 6 Mbit/s cable connection).
The problem in my case is in the ISP's NAT that works differently with Linuxes.
The
Hello,
I recommend changing the MTU value
ref link :
http://geek2live.blogspot.com/2009/06/problem-browsing-linkedincom-with.html
let me know the result please
Kind Regards
Samer
On Mon, Feb 1, 2010 at 10:45 AM, Mike m...@mail.ru wrote:
Hi,
Ubuntu Lucid x86_64 here. I experience a similar
I just ran some tests on Karmic/9.10 and I really don't see a problem
with linkedin.com. I tried accessing the site while connected via
Ethernet and Wi-Fi and times seem comparable. I also compared results
using the Chromium browser daily build and the FF times seemed
comparable.
Just to be
** Description changed:
Binary package hint: firefox-3.0
I am a regular user of Linkedin.
I notice that on Firefox/Linux, the page takes ages to load, but on
Firefox/Windows the load times a normal. I have already complained to
Linkedin, and they expressed helplessness. I notice
I have had this problem for Ubuntu 9.10 + Firefox 3.5.5 + Linksys router and
sudo ifconfig eth0 mtu 1360
improved the page download time.
--
linkedin very slow on Firefox Linux only
https://bugs.launchpad.net/bugs/314713
You received this bug notification because you are a member of Ubuntu
I notice that this is an old bug.
I would recommend this be fixed because if this is a common problem, it
is quite an irritating one. I have been irked by this issue for several
months now, and today I decided to do some digging. Others may not be
able to fix it by themselves and this really
sudo ifconfig eth0 mtu 1360 works for me.
--
linkedin very slow on Firefox Linux only
https://bugs.launchpad.net/bugs/314713
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
I believe this affects network-manager more than glibc, as network-
manager itself should deal with MTU discovery and setting the right
value for the network.
That said, NetworkManager already has some amounts of logic to take care
of that.
I'm also marking it as Confirmed since so many are
For me, it works.. Great..
Here is permanent fix for static or dynamic addresses
http://www.petsprofile.com/2009/06/fixing-linux-slow-internet-linkedin-
and.html
I use Ubuntu..
--
linkedin very slow on Firefox Linux only
https://bugs.launchpad.net/bugs/314713
You received this bug notification
Given that this seems to be *the* fix I think a better bug report would
be that support for modifying MTU is required in network manager.
--
linkedin very slow on Firefox Linux only
https://bugs.launchpad.net/bugs/314713
You received this bug notification because you are a member of Ubuntu
Bugs,
Hi all. Another thing I gave for granted was that this workaround would
last after rebooting. Instead, after today's restart, I was back to
square one, and had to use the terminal command once again. Is there a
way to make the change permanent? Many thanks in advance!
--
linkedin very slow on
Hi,
Yes from your Linux Distro Network Manager , you can force the MTU value and
that will be valid even after reboot
Regards
Samer
On Fri, Jun 19, 2009 at 11:29 AM, lelamal lela...@alice.it wrote:
Hi all. Another thing I gave for granted was that this workaround would
last after rebooting.
Samer Azmy wrote:
Yes from your Linux Distro Network Manager , you can force the MTU value and
that will be valid even after reboot
Great, this worked! Thank you, Samer.
--
linkedin very slow on Firefox Linux only
https://bugs.launchpad.net/bugs/314713
You received this bug notification
I posted this trick on my blog , hope it helps any1 afterwards
http://geek2live.blogspot.com/2009/06/problem-browsing-linkedincom-with.html
cheers All
Samer
On Fri, Jun 19, 2009 at 1:38 PM, lelamal lela...@alice.it wrote:
Samer Azmy wrote:
Yes from your Linux Distro Network Manager , you
All,
I have to admit that setting my MTU to 1360 fixed Linkedin Problem , very
odd
why changing the MTU (Max. Transmitted Unit) would Solve opening a web page
(may be Linked has certain setting with their ISP and Routers) I have no
clue, but at least it works now
Cheers
Samer
On Thu, Jun 18,
lelamal wrote:
Running sudo ifconfig eth0 mtu 1360 did resolve the problem.
It didn't on my laptop, nor did Ian's workaround (rule deletion). Plus,
while before I could access Linkedin with Konqueror, in the last month
it's been behaving like Firefox.
You say that you are using a laptop. Do
Hey Jonas, thank you - you were absolutely right! I gave it for granted
that eth0 was the correct interface for me as well, but I was wrong, for
it was eth1. It's now working flawlessly, so many thanks, guys!
--
linkedin very slow on Firefox Linux only
https://bugs.launchpad.net/bugs/314713
You
Running sudo ifconfig eth0 mtu 1360 did resolve the problem.
It didn't on my laptop, nor did Ian's workaround (rule deletion). Plus,
while before I could access Linkedin with Konqueror, in the last month
it's been behaving like Firefox.
--
linkedin very slow on Firefox Linux only
Experience similar problems on Ubuntu 9.04 x86-64 running Firefox 3.0.11
and Opera 9.62. Internet connection established via Draytek Vigor modem
and 2910 router. Web sites affected include linkedin.com and
google.co.uk/mail.
I've checked the same sites on my son's Vista PC and there's no problem
for me http://marzoa.com/2009/03/08/d-link-dsl-g624t-and-linkedincom/
fixes the issue, not sure about the actual reason, and if this change
will break anything
--
linkedin very slow on Firefox Linux only
https://bugs.launchpad.net/bugs/314713
You received this bug notification because you are a
All,
This doesnt make much sense to me Becuase
1) I have another Windows Desktop that is on the Same network and able to
surf LinkedIn successfuly
2) Same PC when booted Windows LinkedIn works, if it is bookted Linux it
does not work
I'm not seeing here any Network Problem as much as
I believe it is not a problem with Ubuntu or Firefox but with the ISP (or home
router). I am experiencing the bug on my current Kubuntu with firefox, opera,
and konqueror (login linkedin works, but displaying contacts doesn't work). I
cannot display the contacts page of Linkedin using Windows.
Samer Azmy do you use the same IP when running windows and Linux? If
not this could explain the problem.
--
linkedin very slow on Firefox Linux only
https://bugs.launchpad.net/bugs/314713
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
This bug is a combination of Linux networking / Home router / LinkedIn website.
Works with same machine on other sites, with same machine on another network or
with another OS.
I work around it by temporarily setting MTU to 1360 using:
$ sudo ifconfig eth0 mtu 1360
--
linkedin very slow on
Do you think the Exact IP will differ , it is in the same subnet
but I will check and come back to you
I will do TCPDUMP and let you know
Regards
Samer
On Tue, Jun 16, 2009 at 11:15 AM, fsck222 fsck...@googlemail.com
wrote:
Samer Azmy do you use the same IP when running windows and Linux?
Linkedin may be the most prominent example, but there are other sites too that
exhibit similar problems. From my personal experience such sites are
- web banking site of greek Eurobank (www.eurobank.gr). After accepting the
login information, the site hangs until timeout
- Aegean Airlines site
Same problem here. I'm running (K)Ubuntu 9.04, using D-Link router
(model no. DSL-G624T), and Firofox 3.0.10. Pages with messages from
group members load just fine, but if I want to access someone's profile,
it takes forever until pages finally time out. I can't remember which
version was
Two different computers behind one adsl, one running XP-pro and SuSE 9.3
other SuSE 10.0, now 11.1. Browsers: XP: IE, Linux-KDE: Firefox, Opera,
Konqueror (all in different versions) and Lynx. Neither works. Stop
firewall in adsl modem does not help. Neither stop Linux firewall. Not
tried both.
I'm experiencing similar problems with LinkedIn on Ubuntu 9.04 and
FireFox 3.0.10. Also happens with Opera on the same platform.
When testing with other machines, Mac OSX 10.5 with FireFox 3.0.10 has
the identical problem BUT if I run Safari, then all systems are GO. If I
use Windows XP SP3 and
I've had similar problems, as far as I can tell it's due to the
following rule in the router's firewall config
TCPMSS tcp -- anywhere anywhere tcp
flags:SYN,RST/SYN TCPMSS set 1360
I've had problems with this rule before, using a WiFi card with a small
MTU. It was
I have progress to report on this issue!
The problem seems to be related to transparent proxying of https at my
ISP. If I manually specify the proxy server in my browser (on a port
other than port 80) everything works correctly. It may have something
to do with the router or NAT who knows. But
I think I agree it is something to do with the interaction between
router and linux. I have now tried this with konqeror also. It is very
interesting in that it has a different failure: It successfully loads
linked in pages like my contacts but at some point starts getting
addresses *wrong*.
OK... just to complicate this further (or perhaps simplify it) I have
now independently installed Arch linux with the latest KDEmod packages
from chakra. I.e. I installed from the chakra live CD and then updated
everything using pacman.
I can report that linkedin seems to be working better for
I had the same problem (not with a ubuntu, but an old Mandriva) and the
issue disapeared when I disable the router in my ADSL box ... So
something linked to NAT. But I have to note that even with that NAT, it
is working in windows. I will try to capture some wireshark traces.
I hop this issue
the following comment makes this a non Firefox/Xul/Gecko bug:
2. have tried using opera - no improvement
Opera doesnt use any of the above it uses QT libs Firefox has not released a QT
version for mainstream use we have tried and it failed so we dropped that
option from config.
This is a site
This is clearly not a fiirefox bug as numerous browsers are effected in
the same way. It seems there is some peculiarity in the network layer
for this one.
** Package changed: firefox-3.0 (Ubuntu) = glibc (Ubuntu)
** Changed in: glibc (Ubuntu)
Status: Invalid = New
--
linkedin very
I agree it is not a firefox bug but it is very definitely a bug with
something in ubuntu. I have antagonistically associated it with glibc
in the hopes that someone there will have a clue - sorry if it is bad
form.
Further information from me:
updated firmware on ADSL router to ADSL Software
I'm having the same problem. ubuntu 8.10, fully updated (Apr 09). wired and
wireless connections behave the same. Have had no response from linkedin. I
have taken some additional debugging steps:
1. fully diabled ipv6 - no improvement
2. have tried using opera - no improvement
3. have tried
Just updated my Ubuntu install to 9.04 and linkedin.com still times out when
posting data.
Tested with Firefox 3.0.8 DLink DSL - G604T.
--
linkedin very slow on Firefox Linux only
https://bugs.launchpad.net/bugs/314713
You received this bug notification because you are a member of Ubuntu
Bugs,
By way of an update on that...
not running any dns caching (nscd, dnsmasq, pdnsd, bind9)
disabled firefox's built in dns caching
(http://en.kioskea.net/faq/sujet-555-disabling-the-dns-cache-of-mozilla-firefox)
manually specified the dns server (TPG .au)
also tried name servers from opendns.com
I've reported the same problem.
I'm on a dual-boot P4 desktop and, interestingly, connected via a D-Link router
(DSL-G624T).
While under my Ubuntu 8.04 LinkedIn is so sluggish and almost unusable, under
WindowsXP all seems to work smoothly.
I haven't tried with any other browser than Firefox
Interestingly the same laptop works perfectly when using the internet
connection at work (Ubuntu 8.10, Firefox).
So it must be some networking class between Ubuntu, DLink and LinkedIn.
--
linkedin very slow on Firefox Linux only
https://bugs.launchpad.net/bugs/314713
You received this bug
Networking 'clash' not 'class'.
--
linkedin very slow on Firefox Linux only
https://bugs.launchpad.net/bugs/314713
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
I'm experiencing the same problem. Linkedin.com is incredibly slow.
The home page loaded fine, but clicking 'Sign in' takes forever. Once
I'm logged in, navigating around is works slowly, but if I edit some
data and submit the form it often times out.
The problem occurs in Firefox 3.0, Firefox
** Attachment added: Dependencies.txt
http://launchpadlibrarian.net/20980889/Dependencies.txt
** Attachment added: ExtensionSummary.txt
http://launchpadlibrarian.net/20980890/ExtensionSummary.txt
** Attachment added: profiles.ini.txt
49 matches
Mail list logo