Bug#440257: Error when streaming an HTTP URL which requires authorization

[Sven Arvidsson]

forwarded 440257 http://bugzilla.gnome.org/show_bug.cgi?id=418316
thanks

On Fri, 2007-08-31 at 02:27 +0200, Alain Kalker wrote:
> Opening an URL like "http://example.com/example.mp3" which requires
> authorization will pop up the username/password dialog, but even when
> valid username and password are entered, Totem gives the error message:
> "Totem could not play 'http://example.com/example.mp3'. The server
> refused access to this file or stream. Specifying the URL as
> "http://user:password@example.com/example.mp3" works correctly.
> 
> Hunting around with a packet sniffer reveals that in both cases the
> "Authorization: Basic" header is transmitted correctly, but in the case
> of the error, only the first (few) packets of the stream are received,
> but nothing gets played back.

Hi,

Unless I misunderstood bug 418316, it seems this was recently fixed
upstream.

-- 
Cheers,
Sven Arvidsson
http://www.whiz.se
PGP Key ID 760BDD22
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
Url : http://lists.alioth.debian.org/pipermail/pkg-gnome-maintainers/attachments/20070901/aaee5409/attachment-0001.pgp