Bug 3789 - Podcast Browser broken in 6.2.2 and 6.3.1
: Podcast Browser broken in 6.2.2 and 6.3.1
Status: RESOLVED FIXED
Product: Logitech Media Server
Classification: Unclassified
Component: Plugin
: 6.3.1
: PC SuSE Linux
: P2 normal (vote)
: ---
Assigned To: Dan Sully
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2006-07-20 12:06 UTC by Bernardo Rechea
Modified: 2008-09-15 14:39 UTC (History)
1 user (show)

See Also:
Category: ---


Attachments
SlimServer log file (7.81 KB, text/plain)
2006-08-13 22:33 UTC, Bernardo Rechea
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Bernardo Rechea 2006-07-20 12:06:23 UTC
When I updated to version 6.2.2 some time ago, the podcast browser started failing, and reported a "Failed to parse" error. Today I updated SlimServer to 6.3.1, following a post in the forums that indicated that the problem had been fixed in version in that version, but it's still there.

All the podcasts I've tried fail, and all of them work on other players (e.g., Amarok).

The server runs SuSE Linux 9.2. An example of broken podcast is http://www.npr.org/rss/podcast.php?id=510053 . The error message is:

    Failed to parse <http://www.npr.org/rss/podcast.php?id=510053>
    mismatched tag at line 12, column 2, byte 242 at /usr/local/slimserver/CPAN/XML/Parser.pm line 187_
Comment 1 KDF 2006-07-20 13:56:42 UTC
seem to work with the current build of 6.5.
also works for me using 6.3.1.

I did, however, see this error before I set my proxy settings in server-settings->network.  are you behind a proxy/firewall?

The entire message was as follows:
2006-07-20 13:54:37.2274 ERROR: Formats::XML: failed to parse feed because:

mismatched tag at line 9, column 2, byte 224 at D:\slim\server\6.3.x\CPAN/XML/Parser.pm line 187


2006-07-20 13:54:37.2279 ERROR: Formats::XML: here's the bad feed:
[<HTML>
<HEAD><TITLE>Firewall Error: Forbidden</TITLE></HEAD>
<BODY>
<H1>Forbidden</H1>
You are not permitted to access the remote system.
<p>
If this is an error, then you should contact your local firewall
administrator.
</body></HTML>
]
Comment 2 Dan Sully 2006-07-23 19:04:52 UTC
Bernardo?

Are you behind a proxy?

Thanks
Comment 3 Bernardo Rechea 2006-07-23 20:08:36 UTC
Subject: Re:  Podcast Browser broken in 6.2.2 and 6.3.1

No, I'm not behind a proxy. I do have a firewall, but it's set up to allow all 
connections from the LAN to the WAN. Besides, as I mentioned in my initial 
report, I can listen to podcasts with other players, from machines in the 
same (home) network.

If there are any specific tests you'd like me to run, please tell me, and I'll 
gladly do so.


On Sunday 23 July 2006 22:04, Slim Devices Bugzilla wrote:
> https://bugs-archive.lyrion.org/show_bug.cgi?id=3789
>
>
> dan@slimdevices.com changed:
>
>            What    |Removed                     |Added
> ---------------------------------------------------------------------------
>- AssignedTo|chris@slimdevices.com       |dan@slimdevices.com
>
>
>
>
> ------- Comment #2 from dan@slimdevices.com  2006-07-23 19:04 -------
> Bernardo?
>
> Are you behind a proxy?
>
> Thanks
>
>
>
>
> ------- You are receiving this mail because: -------
> You reported the bug, or are watching the reporter.

Comment 4 Dan Sully 2006-07-25 17:51:34 UTC
Well, that feed is working fine for me on 6.5

Can you try that? http://slimdevices.com/dev_nightly.html

Thanks
Comment 5 Dan Sully 2006-08-09 15:51:00 UTC
Bernardo?
Comment 6 Bernardo Rechea 2006-08-13 22:33:12 UTC
Created attachment 1421 [details]
SlimServer log file
Comment 7 Bernardo Rechea 2006-08-13 22:39:39 UTC
Comment on attachment 1421 [details]
SlimServer log file

Sorry for  the delay. I missed comment #4 and didn't have time until now after #5.

I installed 6.5b1 (2006-08-13), and the daemon didn't even start.

-- It complained about Compress::Zlib, so I installed that module separately, and that seemed to solve that error.

-- But then it died with an error about YAML::Syck. I think the problem is that that module uses a binary library that needs to be compiled for each host. I installed that separately too, and removed all instances of YAML below slimserver's directory (the "use lib $Bin" statement in slimserver.pl prevents a user-installed module from being used if that module is in the slimserver @INC path, even if that one fails to load, and I was lazy and didn't want to muck with @INC directly). That seemed to get rid of the problem, but then... 

-- something about MySQL.

So that's as far as I got. I'm attaching SlimServer's log file (/tmp/slimserver.log) for your reading pleasure).


Bernardo
Comment 8 Andy Grundman 2006-08-17 10:46:46 UTC
Marking fixed, this feed works fine in 6.5.