Bug 17838 – Windows shortcuts to folders being reported as "type:unknown" by CLI and don't work in Web UI

Bug 17838 - Windows shortcuts to folders being reported as "type:unknown" by CLI and don't work in Web UI

Summary:

Windows shortcuts to folders being reported as "type:unknown" by CLI and don'...

Status:	NEW

Product:	Logitech Media Server
Classification:	Unclassified
Component:	CLI
Version:	7.7.1
Platform:	PC Windows 7

Importance:	-- normal (vote)
Target Milestone:	---
Assigned To:	Unassigned bug - please assign me!

URL:
Keywords:

Depends on:
Blocks:
	Show dependency tree / graph

Reported:	2011-12-23 08:30 UTC by Joerg Schwieder
Modified:	2011-12-23 08:40 UTC (History)
CC List:	3 users (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 Joerg Schwieder 2011-12-23 08:30:50 UTC

As of the discussion in https://bugs-archive.lyrion.org/show_bug.cgi?id=17700

I'm getting reports that Windows shortcuts (Win 7) to other folders in the music library don't work with iPeng or the Web UI.

In iPeng I see that the CLI returns a "type:unknown" for these links. iPeng displays them and tries to play them (which fails) but doesn't descend into them since it doesn't really know what to do with "unknown" items.

The web UI also does nothing but the ip3k players obviously work fine with these links and can descend into the linked folders.

I don't have a Win 7 machine myself and my users doesn't have a SqueezePlay device so I don't know what happens when using SqueezePlay.

Two things:

1. What is "type:unknown" supposed to mean and how should iPeng interpret it? Currently it displays the item and if you select it, iPeng tries to handle it like a track.

2. Since the ip3k players can descend into the links, there obviously has to be more information on the server side than just "unknown". Could it be that there is simply some wrong type conversion or something? It would be good, if these links could be interpreted as folders.

Comment 1 Michael Herger 2011-12-23 08:37:43 UTC

I was only able to reproduce this with links pointing to unavailable resources. In this case it's imho correct to return an unknown type, as we don't know where it's pointing.

I have _not_ been able to reproduce this with valid links, eg. links which would have been scanned ok.

As for your questions:

1. type:unknown should probably be handled like text: display the title, ignore it otherwise. That's what we do on the server side.

2. I can _not_ confirm that this would work on ip3k. Can you? I tested with web UI, SP & ip3k, and the behaviour was the same in all cases: the title was displayed, no action triggered.

Comment 2 Joerg Schwieder 2011-12-23 08:40:21 UTC

OK, so my handling of it at least is not too far off. I try to play it which then does nothing. Will switch to doing nothing in a future release.