Bug 3144 – Unable to "Browse Artitsts" by first letter when named in Unicode

Bug 3144 - Unable to "Browse Artitsts" by first letter when named in Unicode

Summary:

Unable to "Browse Artitsts" by first letter when named in Unicode

Status:	RESOLVED FIXED

Product:	Logitech Media Server
Classification:	Unclassified
Component:	Web Interface
Version:	6.5b1
Platform:	PC Windows XP

Importance:	P2 normal (vote)
Target Milestone:	---
Assigned To:	Dan Sully

URL:
Keywords:

Depends on:
Blocks:
	Show dependency tree / graph

Reported:	2006-03-11 15:03 UTC by Nikolai Rochnik
Modified:	2006-03-23 19:32 UTC (History)
CC List:	2 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 Nikolai Rochnik 2006-03-11 15:03:17 UTC

SlimServer Version: 6.5b1 - 6542 - Windows XP - EN - cp1251. Nightly build 2006-03-09
I found a similar report on Beta Forum http://forums.slimdevices.com/showthread.php?t=21292 but no similar bugs.

Part of my music is tagged in cyrillic. In general, both the latest SlimServer 6.5 Web UI (when browsed by
Music Folder) and the Squeezebox v3 (browse and playing now display) handle these characters just fine.

Browse Artists shows the first letters correctly in both alphbets, i.e the list is built like this 
"A..Z (cyrillic starts) &#1040;..&#1071;". But clicking on the cyrillic letters does not change the page 
(or at least returns back to the same page).

Comment 1 KDF 2006-03-11 15:13:57 UTC

I noticed this as well, after the pagebar went into template toolkit objects.  I didn't have much luck fixing, but I only have one test case so I'm not the most motivated on this specific problem.  Moser, any ideas how to fix this?

Comment 2 Robert Moser II 2006-03-11 20:18:50 UTC

It would be helpful to see the source generated for the pagebar, that might help in figuring out what is going on.

Comment 3 KDF 2006-03-11 23:06:49 UTC

pagebar:

<a href="browsedb.html?player=00%3A04%3A20%3A06%3A09%3A12&amp;hierarchy=album,track&amp;level=0&amp;start=#%D0%9A">К</a>
<a href="browsedb.html?player=00%3A04%3A20%3A06%3A09%3A12&amp;hierarchy=album,track&amp;level=0&amp;start=#%E3%82%86">ゆ</a>  
<a href="browsedb.html?player=00%3A04%3A20%3A06%3A09%3A12&amp;hierarchy=album,track&amp;level=0&amp;start=#%E6%88%80">戀</a>


and the anchors:

<a name="К"></a>
<a name="ゆ"></a>
<a name="戀"></a>

I guess the escaped "start=..." isn't matching the anchor names.  hopefully that showed up right.

Comment 4 Robert Moser II 2006-03-14 18:06:39 UTC

Try change 6594.

The pageinfo.alphamap.$alphakey was most likely the problem.  I was able to reproduce by sending a hash with a unicode key to TT and using the hash.$key construction showed the same problem.  Switching to hash.item(key) resolved the test case, so hopefully the same change will fix this bug.

Comment 5 Nikolai Rochnik 2006-03-23 19:32:10 UTC

The bug is fixed. I've just installed the nightly build v2006-03-23 and verified that it resolves the issue. I appreciate your quick response.