[Desktop-packages] [Bug 760344] Re: gvfsd-http not closing tcp connections
The Precise Pangolin has reached end of life, so this bug will not be fixed for that release ** Changed in: libsoup2.4 (Ubuntu Precise) Status: Triaged => Won't Fix -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libsoup2.4 in Ubuntu. https://bugs.launchpad.net/bugs/760344 Title: gvfsd-http not closing tcp connections Status in libsoup: Fix Released Status in libsoup2.4 package in Ubuntu: Fix Released Status in libsoup2.4 source package in Precise: Won't Fix Status in libsoup2.4 source package in Quantal: Won't Fix 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/libsoup/+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 760344] Re: gvfsd-http not closing tcp connections
** Changed in: libsoup2.4 (Ubuntu) Importance: High => Medium ** Changed in: libsoup2.4 (Ubuntu Quantal) Importance: High => Medium ** Changed in: libsoup2.4 (Ubuntu Precise) Importance: High => Medium -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libsoup2.4 in Ubuntu. https://bugs.launchpad.net/bugs/760344 Title: gvfsd-http not closing tcp connections Status in libsoup: Fix Released Status in libsoup2.4 package in Ubuntu: Fix Released Status in libsoup2.4 source package in Precise: Triaged Status in libsoup2.4 source package in Quantal: Won't Fix 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/libsoup/+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 760344] Re: gvfsd-http not closing tcp connections
According to the upstream bug, this was fixed with https://git.gnome.org/browse/libsoup/commit/?id=96da2df64c9dd8cc52e97ce73e54615d6b520664 I think the fix made it into Vivid, but Trusty and Precise are still affected. ** Changed in: libsoup2.4 (Ubuntu) Status: Fix Committed => Fix Released -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libsoup2.4 in Ubuntu. https://bugs.launchpad.net/bugs/760344 Title: gvfsd-http not closing tcp connections Status in libsoup: Fix Released Status in libsoup2.4 package in Ubuntu: Fix Released Status in libsoup2.4 source package in Precise: Triaged Status in libsoup2.4 source package in Quantal: Won't Fix 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/libsoup/+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 760344] Re: gvfsd-http not closing tcp connections
** Package changed: libsoup (Ubuntu) => libsoup2.4 (Ubuntu) ** Project changed: trusty-backports => ubuntu-translations ** No longer affects: ubuntu-translations ** Tags added: trusty ** Bug watch removed: GNOME Bug Tracker #639777 https://bugzilla.gnome.org/show_bug.cgi?id=639777 ** Tags added: precise -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libsoup2.4 in Ubuntu. https://bugs.launchpad.net/bugs/760344 Title: gvfsd-http not closing tcp connections Status in libsoup: Fix Released Status in libsoup2.4 package in Ubuntu: Fix Committed Status in libsoup2.4 source package in Precise: Triaged Status in libsoup2.4 source package in Quantal: Won't Fix 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/libsoup/+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 760344] Re: gvfsd-http not closing tcp connections
** Bug watch added: GNOME Bug Tracker #695652 https://bugzilla.gnome.org/show_bug.cgi?id=695652 ** Project changed: gvfs => libsoup ** Changed in: libsoup Importance: Medium => Unknown ** Changed in: libsoup Status: Invalid => Unknown ** Changed in: libsoup Remote watch: GNOME Bug Tracker #639777 => GNOME Bug Tracker #695652 ** Package changed: gvfs (Ubuntu) => libsoup (Ubuntu) -- 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 Soup HTTP Library: Unknown Status in “libsoup” package in Ubuntu: Fix Committed Status in “libsoup” source package in Precise: Triaged Status in “libsoup” source package in Quantal: Triaged 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/libsoup/+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 760344] Re: gvfsd-http not closing tcp connections
I upgraded to 13.10 and I still have this bug. Opened some images on GIMP by giving to it the URL of the photos, and gvfs-http did not close the tcp connections. They remained in CLOSE_WAIT (even after closing GIMP) until I killed the process GVFS. -- 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: Invalid Status in “gvfs” package in Ubuntu: Fix Committed Status in “gvfs” source package in Precise: Triaged Status in “gvfs” source package in Quantal: Triaged 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/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 760344] Re: gvfsd-http not closing tcp connections
The fix should be backported for 12.04 and 13.04. Having a connection in CLOSE_WAIT is a potential security risk. -- 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: Invalid Status in “gvfs” package in Ubuntu: Fix Committed Status in “gvfs” source package in Precise: Triaged Status in “gvfs” source package in Quantal: Triaged 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/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 760344] Re: gvfsd-http not closing tcp connections
Ok, I looked again at the launchpad headers, and I think I understand the situation better now. Please correct me if I am wrong: The Ubuntu patchset has been updated and will be part of the next release. Hence it has been marked as "Fix Committed". (If you click the link "Fix Committed" it shows a nice legend of what it means). The "Invalid" tag is only for the upstream package, because probably the upstream package doesn't have the bug anymore. For "Precise" and "Quantal" the status is "triaged" which means the fix hasn't been backported yet. Now a request, can someone apply the patches to Raring atleast? That will not only help a lot of Raring users, it will also help test the patch better. -- 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: Invalid Status in “gvfs” package in Ubuntu: Fix Committed Status in “gvfs” source package in Precise: Triaged Status in “gvfs” source package in Quantal: Triaged 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/gvfs/+bug/760344/+subscriptions -- Mailing list: https://launchpad.net/~desktop-pa
[Desktop-packages] [Bug 760344] Re: gvfsd-http not closing tcp connections
The outspoken users here seem to be a little too brash. I think rudeness is uncalled for. Please "request" the developers for help gently. To the developers, please provide more information before closing the bug. This is a reproducible bug and I think it is a security concern in two ways: 1. By default, connections are being established in the background. This could be used to track users on the server side. 2. These connections are then not getting closed! Even if you don't agree that this is a security issue, this is definitely a valid bug! Also, I am a little confused about what is called upstream bugs v/s ubuntu bugs. If Ubuntu is maintaining a patchset, should bugs be tracked against Ubuntu or upstream? Secondly, is there a Ubuntu patchset involved here? Finally, which packages are affected? If I don't want any of these connections until the bug s fixed, which all packages should I remove from my system? Thanks! -- 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: Invalid Status in “gvfs” package in Ubuntu: Fix Committed Status in “gvfs” source package in Precise: Triaged Status in “gvfs” source package in Quantal: Triaged 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
[Desktop-packages] [Bug 760344] Re: gvfsd-http not closing tcp connections
Why is invalid?, the logs show the TCP connections on CLOSE WAIT -- 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: Invalid Status in “gvfs” package in Ubuntu: Fix Committed Status in “gvfs” source package in Precise: Triaged Status in “gvfs” source package in Quantal: Triaged 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/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 760344] Re: gvfsd-http not closing tcp connections
** Changed in: gvfs Status: Confirmed => Invalid -- 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: Invalid Status in “gvfs” package in Ubuntu: Fix Committed Status in “gvfs” source package in Precise: Triaged Status in “gvfs” source package in Quantal: Triaged 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/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 760344] Re: gvfsd-http not closing tcp connections
Confirming this bug in 13.04 – I just discovered it five minutes ago. There is a gvfsd-http process that has lots of stale outgoing TCP connections in CLOSE-WAIT-state. All connections have some data in the receive queue and nothing in send. I did use Rhythmbox a few days ago. Dst-addresses look like Canonical and music store stuff (they do not reverse-resolve, but Google revealed Canonical and 7digital, etc). tcp1 0 192.168.10.80:40376 199.27.76.184:80CLOSE_WAIT 2824/gvfsd-http tcp1 0 192.168.10.80:33805 199.27.76.185:80CLOSE_WAIT 2824/gvfsd-http tcp 54 0 192.168.10.80:52391 91.189.89.183:443 CLOSE_WAIT 2824/gvfsd-http tcp1 0 192.168.10.80:40202 199.27.76.184:80CLOSE_WAIT 2824/gvfsd-http tcp 28 0 192.168.10.80:55635 68.232.35.139:443 CLOSE_WAIT 2824/gvfsd-http [20 more...] The connections are definitely old, since the source IP is not even my current one. -- 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: Confirmed Status in “gvfs” package in Ubuntu: Fix Committed Status in “gvfs” source package in Precise: Triaged Status in “gvfs” source package in Quantal: Triaged 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
[Desktop-packages] [Bug 760344] Re: gvfsd-http not closing tcp connections
You wanted content, here you have. The problem persists on Ubuntu 13.04: tcp1 0 n53sn.local:50570 open.lon2-webproxy-a1.lon.spotify.com:http CLOSE_WAIT 3661/gvfsd-http tcp1 0 n53sn.local:42946 mulberry.canonical.com:http CLOSE_WAIT 3661/gvfsd-http tcp1 0 n53sn.local:52060 barbadine.canonical.com:http CLOSE_WAIT 3661/gvfsd-http tcp1 0 n53sn.local:35037 54.230.62.198:http CLOSE_WAIT 3661/gvfsd-http tcp1 0 n53sn.local:52061 barbadine.canonical.com:http CLOSE_WAIT 3661/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: Confirmed Status in “gvfs” package in Ubuntu: Fix Committed Status in “gvfs” source package in Precise: Triaged Status in “gvfs” source package in Quantal: Triaged 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/gvfs/+bug/760344/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-pack
[Desktop-packages] [Bug 760344] Re: gvfsd-http not closing tcp connections
Not sure if bug #1161317 is a duplicate of this or simply related. -- 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: Confirmed Status in “gvfs” package in Ubuntu: Fix Committed Status in “gvfs” source package in Precise: Triaged Status in “gvfs” source package in Quantal: Triaged 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/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 760344] Re: gvfsd-http not closing tcp connections
** Changed in: gvfs Status: Unknown => Confirmed ** Changed in: gvfs Importance: Unknown => Medium -- 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: Confirmed Status in “gvfs” package in Ubuntu: Fix Committed Status in “gvfs” source package in Precise: Triaged Status in “gvfs” source package in Quantal: Triaged 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/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 760344] Re: gvfsd-http not closing tcp connections
> can you comment on the upstream bug to say that? when using gvfsd-http with proxy, set a proxy system an you use unity dash to see photos or another web resource -- 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: Unknown Status in “gvfs” package in Ubuntu: Fix Committed Status in “gvfs” source package in Precise: Triaged Status in “gvfs” source package in Quantal: Triaged 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/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 760344] Re: gvfsd-http not closing tcp connections
> the problem persists on ubuntu 13.04, and this bug generate a memory leak can you comment on the upstream bug to say that? -- 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: Unknown Status in “gvfs” package in Ubuntu: Fix Committed Status in “gvfs” source package in Precise: Triaged Status in “gvfs” source package in Quantal: Triaged 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/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 760344] Re: gvfsd-http not closing tcp connections
the problem persists on ubuntu 13.04, and this bug generate a memory leak ** Attachment added: "gvfsd-http-bug.png" https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/760344/+attachment/3653878/+files/gvfsd-http-bug.png -- 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: Unknown Status in “gvfs” package in Ubuntu: Fix Committed Status in “gvfs” source package in Precise: Triaged Status in “gvfs” source package in Quantal: Triaged 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/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 760344] Re: gvfsd-http not closing tcp connections
Well, you can test and tell us rather than commenting with no content... -- 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: Unknown Status in “gvfs” package in Ubuntu: Fix Committed Status in “gvfs” source package in Precise: Triaged Status in “gvfs” source package in Quantal: Triaged 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/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 760344] Re: gvfsd-http not closing tcp connections
I hope this is in Ubuntu Raring. -- 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: Unknown Status in “gvfs” package in Ubuntu: Fix Committed Status in “gvfs” source package in Precise: Triaged Status in “gvfs” source package in Quantal: Triaged 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/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 760344] Re: gvfsd-http not closing tcp connections
gvfsd-http stays connected (ESTABLISHED) for long periods of time after I've used VLC to play streaming Youtube videos. This is the case even after I've closed VLC. Plus when lsof finally stops reporting the connection as "established" it will start reporting it as CLOSE_WAIT. And it stays as CLOSE_WAIT for a very long time. -- 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: Unknown Status in “gvfs” package in Ubuntu: Fix Committed Status in “gvfs” source package in Precise: Triaged Status in “gvfs” source package in Quantal: Triaged 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/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 760344] Re: gvfsd-http not closing tcp connections
The corresponding commit, for the record: http://git.gnome.org/browse/gvfs/commit/?id=cac808508f1fcdb3c9c00cdb36ba6053a1f5dbbb -- 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: Unknown Status in “gvfs” package in Ubuntu: Fix Committed Status in “gvfs” source package in Precise: Triaged Status in “gvfs” source package in Quantal: Triaged 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/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 760344] Re: gvfsd-http not closing tcp connections
Setting to fix commited since it's fixed upstream in 1.15 apparently, we still should look at fixing the issue in stable series though, the upstream "fix" has been through some refactoring so we can't really backport it as it ** Also affects: gvfs via https://bugzilla.gnome.org/show_bug.cgi?id=639777 Importance: Unknown Status: Unknown ** Changed in: gvfs (Ubuntu) Status: Confirmed => Fix Committed ** Also affects: gvfs (Ubuntu Precise) Importance: Undecided Status: New ** Also affects: gvfs (Ubuntu Quantal) Importance: Undecided Status: New ** Changed in: gvfs (Ubuntu) Importance: Low => High ** Changed in: gvfs (Ubuntu Precise) Importance: Undecided => High ** Changed in: gvfs (Ubuntu Quantal) Importance: Undecided => High ** Changed in: gvfs (Ubuntu Precise) Status: New => Triaged ** Changed in: gvfs (Ubuntu Quantal) Status: New => Triaged -- 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: Unknown Status in “gvfs” package in Ubuntu: Fix Committed Status in “gvfs” source package in Precise: Triaged Status in “gvfs” source package in Quantal: Triaged 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
[Desktop-packages] [Bug 760344] Re: gvfsd-http not closing tcp connections
The bug was a patch on versión 1.15.0+ (https://bugzilla.gnome.org/show_bug.cgi?id=639777#c4). Please check that, with this bug the unity previews are inoperable, the server runs out of memory for its use ** Bug watch added: GNOME Bug Tracker #639777 https://bugzilla.gnome.org/show_bug.cgi?id=639777 -- 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 760344] Re: gvfsd-http not closing tcp connections
This bug is in Ubuntu 12.10, and also, the gvfsd-http process doesn't free memory ** Attachment added: "gvfsd-http-bug.png" https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/760344/+attachment/3418850/+files/gvfsd-http-bug.png -- 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 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 760344] Re: gvfsd-http not closing tcp connections
Status changed to 'Confirmed' because the bug affects multiple users. ** Changed in: gvfs (Ubuntu) Status: New => Confirmed -- 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 760344] Re: gvfsd-http not closing tcp connections
Thanks for taking the time to report this bug and helping to make Ubuntu better. We appreciate the difficulties you are facing, but this appears to be a "regular" (non-security) bug. I have unmarked it as a security issue since this bug does not show evidence of allowing attackers to cross privilege boundaries nor directly cause loss of data/privacy. Please feel free to report any other bugs you may find. ** This bug is no longer flagged as a security vulnerability ** This bug is no longer flagged as a security vulnerability -- 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: New 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 760344] Re: gvfsd-http not closing tcp connections
** Changed in: gvfs (Ubuntu) Status: Expired => Confirmed ** Changed in: gvfs (Ubuntu) Status: Confirmed => New -- 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: New 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 760344] Re: gvfsd-http not closing tcp connections
the issue is simply that this code has no maintainer in Ubuntu (nor in upstream at the moment it seems), working on it would require somebody who has a clue about webdav and the gvfs-http code -- 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: New 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 760344] Re: gvfsd-http not closing tcp connections
While I understand your frustration, you should take the time to understand that of the user community at large. You are the first 'person' to respond to this tread, and it took "trolling" to do so, and this problem has existed in 4 release's, now going into its 5th. I took the time to file the report all I want to is someone to take the time to help, with out me having to be an ass hat. So how we work together to solve the problem... -- 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: Expired 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 760344] Re: gvfsd-http not closing tcp connections
Hi, you are commenting on a closed bug and should better send the bug to GNOME and stop trolling, comments like "They are too busy screwing up the gnome UI" show that you understand little about what i.e the Ubuntu Desktop Team is doing, the fact that other teams do design work is orthogonal to the fact that other people work on fixing bugs -- 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: Expired 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 760344] Re: gvfsd-http not closing tcp connections
I changed it to a security vulnerability. Open local ports with no connection on the other end... Sounds pretty pretty secure to me -- 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: Expired 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 760344] Re: gvfsd-http not closing tcp connections
Yes this is still a problem... They are too busy screwing up the gnome UI too fix the problem. Its a gnome problem though not Ubuntu, but no one will work on the problem. ** This bug has been flagged as a security vulnerability -- 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: Expired 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 760344] Re: gvfsd-http not closing tcp connections
I'd love to see this bug re-opened. Still happening in Ubuntu 12.04!! -- 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: Expired 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 760344] Re: gvfsd-http not closing tcp connections
[Expired for gvfs (Ubuntu) because there has been no activity for 60 days.] ** Changed in: gvfs (Ubuntu) Status: Incomplete => Expired -- 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: Expired 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
