After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 589360 - Some rhythmbox helpers do not correctly use HTTP proxy authentication
Some rhythmbox helpers do not correctly use HTTP proxy authentication
Status: RESOLVED DUPLICATE of bug 586922
Product: rhythmbox
Classification: Other
Component: Internet Radio
0.12.x
Other All
: Normal normal
: ---
Assigned To: RhythmBox Maintainers
RhythmBox Maintainers
Depends on:
Blocks:
 
 
Reported: 2009-07-22 11:23 UTC by David
Modified: 2009-07-22 12:10 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description David 2009-07-22 11:23:24 UTC
Please describe the problem:
I could play music behind a Squid proxy until authentication was enabled. Unfortunately now Rhythmbox encounters 407 "Authentication required" errors on the terminal when last.fm streams are played. The only visible problem the user sees is that Rhythmbox wants to find a codec for text/html, as the proxy server returns an HTML page with the error.

Attempting to play radio stations results in a much more obvious popup which says "Couldn't start playback" with the error "Proxy Authentication Required".

I am using Rhythmbox 0.12.0. The proxy is set correctly (with credentials) in the Gnome configuration and in my ~/.bashrc. Other applications use the proxy correctly both in Gnome and at the terminal.

Note that prior to authentication being required I could play last.fm and radio streams fine through the same proxy.

Steps to reproduce:
1. Use a proxy with authentication
2. Attempt to use last.fm or internet radio, or update a list of podcasts



Actual results:
Podcasts return "Error in podcast" due to the HTML page returned by the proxy server.  No proxy authentication details are sent, a request by the user agent "gvfs/1.2.2" is seen in network traffic.

last.fm "artists similar to" streams can be successfully looked up, the request to ws.audioscrobbler.com contains the correct proxy headers.  Further requests to userserve-ak.last.fm which come from gvfs/1.2.2 do not contain the header and streams do not play.  Rhythmbox get confused about codecs and tries to look for one for text/html, due to the proxy HTML page.  Stream does not play.

Attempting to play any of the built-in internet radio streams again uses gvfs and does not send the correct authentication.

Expected results:
Proxy auth should be passed by all child programs.

Does this happen every time?
Yes.

Other information:
Comment 1 Jonathan Matthew 2009-07-22 12:10:53 UTC
Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find.

Proxy use for streaming audio and podcast downloads is gvfs' and libsoup's responsibility.

*** This bug has been marked as a duplicate of 586922 ***