gvfsd-http not closing tcp connections
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
libsoup |
Fix Released
|
Medium
|
|||
libsoup2.4 (Ubuntu) |
Fix Released
|
Medium
|
Unassigned | ||
Precise |
Won't Fix
|
Medium
|
Unassigned | ||
Quantal |
Won't Fix
|
Medium
|
Unassigned |
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
tcp 1 0 farva:47729 10x.terra.
tcp 1 0 farva:35961 5b.29.78ae.
tcp 1 0 farva:36086 5b.29.78ae.
tcp 1 0 farva:42357 10x.terra.
tcp 0 0 farva:47836 64.208.5.34:www ESTABLISHED
tcp 1 0 farva:42219 10x.terra.
tcp 1 0 farva:46945 5b.29.78ae.
tcp 1 0 farva:36126 5b.29.78ae.
tcp 1 0 farva:59815 64.208.5.24:www CLOSE_WAIT
tcp 0 0 farva:24800 wabothlp0282996
tcp 1 0 farva:36021 5b.29.78ae.
tcp 0 0 farva:37285 64.208.5.26:www ESTABLISHED
tcp 1 0 farva:33204 64.208.5.34:www CLOSE_WAIT
tcp 1 0 farva:36007 5b.29.78ae.
tcp 1 0 farva:53431 10x.terra.
tcp 1 0 farva:35975 5b.29.78ae.
tcp 1 0 farva:59027 5b.29.78ae.
tcp 1 0 farva:47637 10x.terra.
tcp 1 0 farva:58324 207.114.197.87:www CLOSE_WAIT
tcp 5131 0 farva:42165 10x.terra.
gvfsd-htt 1795 josh 18r IPv4 30730 0t0 TCP farva:54963-
gvfsd-htt 1795 josh 19u IPv4 38478 0t0 TCP farva:39645-
gvfsd-htt 1795 josh 22u IPv4 23139 0t0 TCP farva:39074-
gvfsd-htt 1795 josh 24u IPv4 19766 0t0 TCP farva:42176-
gvfsd-htt 1795 josh 25u sock 0,6 0t0 19650 can't identify protocol
gvfsd-htt 1795 josh 26u IPv4 19607 0t0 TCP farva:35892-
gvfsd-htt 1795 josh 27u IPv4 20164 0t0 TCP farva:42219-
gvfsd-htt 1795 josh 29u IPv4 38494 0t0 TCP farva:51584-
gvfsd-htt 1795 josh 30u sock 0,6 0t0 23195 can't identify protocol
gvfsd-htt 1795 josh 31u sock 0,6 0t0 20157 can't identify protocol
I posted a form message about this too
http://
Changed in gvfs (Ubuntu): | |
status: | Expired → Confirmed |
status: | Confirmed → New |
Changed in gvfs: | |
importance: | Unknown → Medium |
status: | Unknown → Confirmed |
Changed in gvfs: | |
status: | Confirmed → Invalid |
affects: | gvfs → libsoup |
Changed in libsoup: | |
importance: | Medium → Unknown |
status: | Invalid → Unknown |
affects: | gvfs (Ubuntu) → libsoup (Ubuntu) |
Changed in libsoup: | |
importance: | Unknown → Medium |
status: | Unknown → Fix Released |
affects: | libsoup (Ubuntu) → libsoup2.4 (Ubuntu) |
affects: | trusty-backports → ubuntu-translations |
no longer affects: | ubuntu-translations |
tags: | added: trusty |
tags: | added: precise |
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 |
Thank you for taking the time to report this bug and helping to make Ubuntu better. The issue that you reported is one that should be reproducible with the live environment of the Desktop CD of the stable release - Oneiric Ocelot. It would help us greatly if you could test with it so we can work on getting it fixed. You can find out more about the development release at http:// www.ubuntu. com/testing/ . Thanks again and we appreciate your help.