Bug 4534 – Web interface breaks when playing station from Live 365 and Radio Playlist plugin

Bug 4534 - Web interface breaks when playing station from Live 365 and Radio Playlist plugin

Summary:

Web interface breaks when playing station from Live 365 and Radio Playlist p...

Status:	RESOLVED FIXED

Product:	Logitech Media Server
Classification:	Unclassified
Component:	Web Interface
Version:	6.5.1
Platform:	PC SuSE Linux

Importance:	P2 normal (vote)
Target Milestone:	---
Assigned To:	Chris Owens

URL:
Keywords:

Depends on:
Blocks:
	Show dependency tree / graph

Reported:	2006-11-22 23:13 UTC by PK
Modified:	2008-12-18 11:11 UTC (History)
CC List:	3 users (show)

See Also:
Category:	---

Attachments
Screen shot - (65.04 KB, image/png) 2006-11-22 23:30 UTC, PK	Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.

Description PK 2006-11-22 23:13:23 UTC

When I select a radiostation to play from Live365 Internet Radio the web interface breaks. 
It happens via all the Live365 browse options    
    * My presets
    * Browse genres
    * Browse editor picks
    * Browse professional stations
    * Browse all stations (many)

I have to press refresh/reload in browser to fix. It happens with both Firefox 1.5.0.8 and IE 6.0

The problem also happens when I select to play a station from via the Radio Playlist plug in.

I just upgraded to 6.5.1 from 6.3.1 where I never had problems with this. 

I have attached a screenshot taken immediately after selecting a radiostation to play from Live365 Browse Genres.

Comment 1 PK 2006-11-22 23:30:27 UTC

Created attachment 1724 [details]
Screen shot - 

Early 80's and more  - was playing when I selected another station from this page the attached image shows the web page displayed.

Comment 2 KDF 2006-11-23 08:46:36 UTC

Looks like just another case of bug 4110

Comment 3 Andy Grundman 2007-01-10 11:20:46 UTC

*** Bug 4638 has been marked as a duplicate of this bug. ***

Comment 4 Andy Grundman 2007-01-10 11:22:21 UTC

OK this should be fixed now in change 11171, the redirect was going to status.html instead of status_header.html