[Desktop-packages] [Bug 571970] Re: gvfsd-http leaves a lot of sockets in CLOSE_WAIT state
*** This bug is a duplicate of bug 760344 *** https://bugs.launchpad.net/bugs/760344 ** This bug has been marked a duplicate of bug 760344 gvfsd-http not closing tcp connections -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gvfs in Ubuntu. https://bugs.launchpad.net/bugs/571970 Title: gvfsd-http leaves a lot of sockets in CLOSE_WAIT state Status in “gvfs” package in Ubuntu: Expired Bug description: Binary package hint: gvfs-backends netstat -tp reveals lots of the old connections made by gvfsd-http, and some of them are several days old. this seams like a resource leak. not very harmful for typical user, but the intense use of gvfsd could even block the user from making any new internet connections until the daemon is restarted. steps to reproduce: 1. use dragdrop to copy a picture from a web browser to the gnome desktop (this uses gvfs internally). interestingly, copying a content from clickable link did not leave a stale socket (i don't know if this is a rule. open image in a new tab and dragging from there was the most reliable way to reproduce the bug) 2. invoke netstat -tp in the console the socket opened by gvfsd-http wont go away workaround: kill the daemon (using killall gvfsd-http) or log out ProblemType: Bug Architecture: i386 Date: Fri Apr 30 02:22:47 2010 DistroRelease: Ubuntu 9.10 ExecutablePath: /usr/lib/gvfs/gvfsd-http NonfreeKernelModules: nvidia Package: gvfs-backends 1.4.1-0ubuntu1 ProcEnviron: SHELL=/bin/bash PATH=(custom, user) LANGUAGE=en_US.UTF-8 LANG=en_US.UTF-8 ProcVersionSignature: Ubuntu 2.6.31-20.58-generic SourcePackage: gvfs Uname: Linux 2.6.31-20-generic i686 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/571970/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 760344] Re: gvfsd-http not closing tcp connections
It involves Firefox connections too, I'm now having several connections to sites I visited in Firefox, like this: $ netstat -tpW Active Internet connections (w/o servers) Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name tcp6 1 0 2a00:f480:4:2a1:f1ff:f3ad:c754:cdfb%862477461:37632 wikipedia-lb.esams.wikimedia.org:http CLOSE_WAIT 4807/gvfsd-http -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gvfs in Ubuntu. https://bugs.launchpad.net/bugs/760344 Title: gvfsd-http not closing tcp connections Status in “gvfs” package in Ubuntu: Confirmed Bug description: Binary package hint: gvfs How to recreate the bug... Run Rhythmbox, and enable the context pane + album art, and lyrics for good measure as well. Close the plugins windows that pops up, click on the new icon next to the Ubuntu One Music store and your new window should show up. The context pane is great for me, as I love to know what I can about the music I listen to. Rhythmbox, through gvfsd-http has now fetched all your cool text from last.fm about your artist, but it does not close the connection. These connections stay in close_wait till you kill the gvfsd-http process. this happens any time gvfsd-http is used. netstat -a |grep tcp tcp1 0 farva:47729 10x.terra.com.br:www CLOSE_WAIT tcp1 0 farva:35961 5b.29.78ae.static.t:www CLOSE_WAIT tcp1 0 farva:36086 5b.29.78ae.static.t:www CLOSE_WAIT tcp1 0 farva:42357 10x.terra.com.br:www CLOSE_WAIT tcp0 0 farva:47836 64.208.5.34:www ESTABLISHED tcp1 0 farva:42219 10x.terra.com.br:www CLOSE_WAIT tcp1 0 farva:46945 5b.29.78ae.static.t:www CLOSE_WAIT tcp1 0 farva:36126 5b.29.78ae.static.t:www CLOSE_WAIT tcp1 0 farva:59815 64.208.5.24:www CLOSE_WAIT tcp0 0 farva:24800 wabothlp0282996.gs:6776 ESTABLISHED tcp1 0 farva:36021 5b.29.78ae.static.t:www CLOSE_WAIT tcp0 0 farva:37285 64.208.5.26:www ESTABLISHED tcp1 0 farva:33204 64.208.5.34:www CLOSE_WAIT tcp1 0 farva:36007 5b.29.78ae.static.t:www CLOSE_WAIT tcp1 0 farva:53431 10x.terra.com.br:www CLOSE_WAIT tcp1 0 farva:35975 5b.29.78ae.static.t:www CLOSE_WAIT tcp1 0 farva:59027 5b.29.78ae.static.t:www CLOSE_WAIT tcp1 0 farva:47637 10x.terra.com.br:www CLOSE_WAIT tcp1 0 farva:58324 207.114.197.87:www CLOSE_WAIT tcp 5131 0 farva:42165 10x.terra.com.br:wwwCLOSE_WAIT gvfsd-htt 1795 josh 18r IPv4 30730 0t0 TCP farva:54963-10x.terra.com.br:www (CLOSE_WAIT) gvfsd-htt 1795 josh 19u IPv4 38478 0t0 TCP farva:39645-5b.29.78ae.static.theplanet.com:www (CLOSE_WAIT) gvfsd-htt 1795 josh 22u IPv4 23139 0t0 TCP farva:39074-5b.29.78ae.static.theplanet.com:www (CLOSE_WAIT) gvfsd-htt 1795 josh 24u IPv4 19766 0t0 TCP farva:42176-10x.terra.com.br:www (CLOSE_WAIT) gvfsd-htt 1795 josh 25u sock0,6 0t0 19650 can't identify protocol gvfsd-htt 1795 josh 26u IPv4 19607 0t0 TCP farva:35892-5b.29.78ae.static.theplanet.com:www (CLOSE_WAIT) gvfsd-htt 1795 josh 27u IPv4 20164 0t0 TCP farva:42219-10x.terra.com.br:www (CLOSE_WAIT) gvfsd-htt 1795 josh 29u IPv4 38494 0t0 TCP farva:51584-10x.terra.com.br:www (CLOSE_WAIT) gvfsd-htt 1795 josh 30u sock0,6 0t0 23195 can't identify protocol gvfsd-htt 1795 josh 31u sock0,6 0t0 20157 can't identify protocol I posted a form message about this too http://ubuntuforums.org/showthread.php?p=10646961#post10646961 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/760344/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 978444] Re: HTTPS is not used for Google searches
Now all searches use https, bug has been fixed. ** Changed in: firefox (Ubuntu) Status: Triaged = Fix Released -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to firefox in Ubuntu. https://bugs.launchpad.net/bugs/978444 Title: HTTPS is not used for Google searches Status in “firefox” package in Ubuntu: Fix Released Bug description: about:home and about:startpage does not use HTTPS which results in the communication being insecure and allows usage tracking and surveillance by a attacker as well as man-in-the-middle attacks. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/978444/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 978444] Re: HTTPS is not used for Google searches
Now Firefox enabled this feature (see http://www.mozilla.org/en- US/firefox/14.0.1/releasenotes/ ), but on my system Firefox still uses plain HTTP. Firefox binary, downloaded from http://www.mozilla.org/en- US/products/download.html?product=firefox-14.0.1os=linuxlang=en-US , works as intended, so it's the bug of distribution. Strangely, OMGubuntu ( see http://www.omgubuntu.co.uk/2012/07/firefox-14 -released-with-new-security-features ) published a screen-shot with HTTPS Google search, so it must be working for him. As for me, disabling all add-ons, removing profile and entire ~/.mozilla folder, purging and reinstalling Firefox didn't help. I guess that now the bug should not be on wishlist, but something more important, as upstream implemented the feature. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to firefox in Ubuntu. https://bugs.launchpad.net/bugs/978444 Title: HTTPS is not used for Google searches Status in “firefox” package in Ubuntu: Triaged Bug description: about:home and about:startpage does not use HTTPS which results in the communication being insecure and allows usage tracking and surveillance by a attacker as well as man-in-the-middle attacks. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/978444/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
