Bug 16028 – Wrong content type returned when falling back to default artwork

Bug 16028 - Wrong content type returned when falling back to default artwork

Summary:

Wrong content type returned when falling back to default artwork

Status:	RESOLVED WONTFIX

Product:	Logitech Media Server
Classification:	Unclassified
Component:	Artwork
Version:	7.5.0
Platform:	Macintosh Debian Linux

Importance:	P2 normal (vote)
Target Milestone:	7.5.1
Assigned To:	Michael Herger

URL:
Keywords:

Depends on:
Blocks:
	Show dependency tree / graph

Reported:	2010-04-09 02:30 UTC by Michael Herger
Modified:	2010-04-09 04:04 UTC (History)
CC List:	1 user (show)

See Also:
Category:	---

Attachments
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 Michael Herger 2010-04-09 02:30:27 UTC

When a file doesn't have artwork, or some invalid artwork is requested, Slim::Web::Graphics falls back to some default artwork file. But it fails setting the correct content type, causing SP and some browsers not to display the image.

Comment 1 SVN Bot 2010-04-09 04:01:41 UTC

 == Auto-comment from SVN commit #30521 to the slim repo by mherger ==
 == http://svn.slimdevices.com/slim?view=revision&revision=30521 ==

Bug: 16028
Description: fix image file name parsing - use same regex to construct filename as we're using to parse the spec

This doesn't really fix the issue of not returning the correct content type, but should eliminate one more case where this seemed to happen.

Comment 2 Michael Herger 2010-04-09 04:04:11 UTC

Closing this bug as "wontfix" as we removed the fallback in 7.6 anyway. A 404 (not found) will be returned instead of a fallback image.