Apostrophe In An Artists Name Creates An Issue

[GoogleCodeExporter]

If there is an apostrophe in an artist's name, you cannot access that artist's 
album(s) AT ALL.  It is impossible to access the albums or their tracks.  The 
artist appears in the 'Artists' list but if you click on the artist's name, 
instead of then opening only that artist's album(s), what instead happens is 
that every single album in the library is listed (in alphabetical order by 
artist).  I CAN then find the album of interest in that long list but if I then 
click on it to play it, it cannot play it nor can any of its tracks be accessed.

I am having trouble with, for example:

Flim and the BB's
Uncle Moe's Space Ranch
Yo-Yo Ma/Edgar Meyer/Mark O'Connor

I have removed the apostrophe from these titles and eliminated the issue.  
Clearly it has to do with the apostrophe.

Windows 7
iTunes 10.2.1.1
latest version of TunesRemote+

Thanks again!  Loving the app, otherwise!

Original issue reported on code.google.com by thebigc...@gmail.com on 30 Mar 2011 at 10:06

[GoogleCodeExporter]

and:

Samsung Fascinate
Android 2.1

Original comment by thebigc...@gmail.com on 30 Mar 2011 at 10:10

[GoogleCodeExporter]

OK this should just be a matter of escaping it.  I will look into it.

Original comment by mellowaredev on 30 Mar 2011 at 10:20

• Changed state: Accepted

[GoogleCodeExporter]

Me'Shell Ndegéocello
Jane's Addiction
Robert Walter's 20th Congress
The Swingin' Yo-Yos
Paquito D'Rivera

and many more  

:-(

Original comment by thebigc...@gmail.com on 30 Mar 2011 at 10:21

[GoogleCodeExporter]

OK

Thanks again!

Original comment by thebigc...@gmail.com on 30 Mar 2011 at 10:31

[GoogleCodeExporter]

Just to make sure Are you using TunesRemote+ 2.3.2???

OK so this is weird. I tested against MonkeyTunes and everything is working 
properly.  I have an artist called "77's" and when I click on them in 
TunesRemote+ I get the album back properly.  IF I look at the HTTP request 
reqsposne.

/databases/1282481453/groups?session-id=657309469&meta=dmap.itemname,dmap.itemid
,dmap.persistentid,daap.songartist&type=music&group-type=albums&sort=artist&incl
ude-sort-headers=1&query='daap.songartist:77%27s'

Notice 77%27s is escaped for HTML for the apostrophe.  Then when I decode it in 
MonkeyTunes it has the appropriate

2011-03-31 08:08:54,801 [INFO ] - (3) - Gettings Albums...
2011-03-31 08:08:54,804 [INFO ] - (3) - SQL: SELECT DISTINCT 
Albums.ID,Albums.Artist,Albums.Album,Albums.Tracks FROM Albums  WHERE 
Albums.Artist LIKE '77''s'   ORDER BY Albums.Album 

So now it makes me think it is a problem with the way iTunes is decoding it and 
not with the way TunesRemote+ is sending the data.

Original comment by mellowaredev on 31 Mar 2011 at 12:12

[GoogleCodeExporter]

Yes, TunesRemote+ 2.3.2.

I just recently finished ripping my entire CD collection to Apple Lossless.  I 
have 400GB of .m4a files, now.  I WAS wary about doing this with iTunes and it 
took me a while to decide to go ahead and do it, but I went for it.  I would 
consider something like MediaMonkey if it indeed supports Apple Lossless and if 
I could be assured the migration would go completely smoothly; all the tagging, 
embedded artwork, etc.. 

Thanks, again.

Original comment by thebigc...@gmail.com on 31 Mar 2011 at 4:34

[GoogleCodeExporter]

HA!  I am not trying to convince you into MM because I love it.  It does 
support M4A if you purchase the M4A addon codec.

My guess this means something is wrong with what we are sending to Itunes that 
is handled by MonkeyTunes gracefully.  Maybe one of the other developers here 
who uses iTunes can investigate....

Original comment by mellowaredev on 31 Mar 2011 at 4:40

[GoogleCodeExporter]

OK, thanks a lot.  

I may temporarily purchase 'Remote for iTunes' from Hyperfine (once again) to 
see how these artists are being handled.

Original comment by thebigc...@gmail.com on 31 Mar 2011 at 4:50

[GoogleCodeExporter]

Let me know how that goes.  I own it also so I can test at home and see what 
the "77's" query generates in Hyperfine.

Original comment by mellowaredev on 31 Mar 2011 at 5:04

[GoogleCodeExporter]

Well, I can only request a refund on a purchased item once, which I have 
already done with 'Remote for iTunes'.  I may buy it although I really prefer 
TunesRemote+.

Original comment by thebigc...@gmail.com on 31 Mar 2011 at 5:21

[GoogleCodeExporter]

I think it s a great app and its only 4.99 so its not too expensive.

Original comment by mellowaredev on 31 Mar 2011 at 5:26

[GoogleCodeExporter]

Yeah, considering the effort it took to rip all my CDs, it is not that 
expensive.  It did seem nice but when I briefly checked it out I noticed that 
it didn't do a couple of things that TunesRemote+ does.

Original comment by thebigc...@gmail.com on 31 Mar 2011 at 5:32

[GoogleCodeExporter]

OK, so 'Remote for iTunes' is handling the apostrophe-containing artists' names 
with no issues.

Original comment by thebigc...@gmail.com on 31 Mar 2011 at 5:37

[GoogleCodeExporter]

OK I will run Hyperfine against MonkeyTunes and debug what they are sending vs 
what TunesRemote+ is sending.

Original comment by mellowaredev on 31 Mar 2011 at 5:41

[GoogleCodeExporter]

OK here is what Hyperfine is sending...

/databases/959785792/groups?session-id=1333245633&meta=dmap.itemname,dmap.itemid
,dmap.persistentid,daap.songartist&type=music&group-type=albums&sort=artist&incl
ude-sort-headers=1&query='daap.songartist:77%5C's'

TunesRemote+ = 'daap.songartist:77%27s'

Hyperfine    = 'daap.songartist:77%5C's'

So it should be a simple change in TunesRemote+

Original comment by mellowaredev on 31 Mar 2011 at 9:32

[GoogleCodeExporter]

OK this is fixed and TunesRemote+ 2.3.3 is in the Android Market.  I now 
sending single quoted items exactly as Hyperfine is.  can you please test?

Original comment by mellowaredev on 1 Apr 2011 at 1:26

• Changed state: Fixed

[GoogleCodeExporter]

I would gladly test it but it is not showing up as an update in my market.

Original comment by thebigc...@gmail.com on 1 Apr 2011 at 6:04

[GoogleCodeExporter]

I am having trouble uploading it to the Google servers.  keep checking back!

Original comment by mellowaredev on 1 Apr 2011 at 6:06

[GoogleCodeExporter]

OK 2.3.3 just got approved by Android Market.  Should see the update on your 
phone shortly.

Original comment by mellowaredev on 1 Apr 2011 at 7:58

[GoogleCodeExporter]

Yep.  Seems to have fixed it.  Thanks again!

Original comment by thebigc...@gmail.com on 1 Apr 2011 at 8:26