Even if your server is Linux, case would matter for the url.
I don't think the case sensitivity has anything to do with the server in this case. The docs for JSON parsing in brightscript say that the roAssociativeArray that is returned is case sensitive. I think that means that if I am calling a path with /hd/, but the server path is /HD/ (as in my case), the fact that they are not an exact match including case sensitivity, is causing it to fail within the Roku itself. That's the only thing that makes sense. I am on IIS, and I know that case does not matter on the server.
At any rate, it's working. Another mystery has been solved, and as destruk said - just in time for the holidays! Nothing worse than a buggy holiday. LOL
Merry Christmas, Happy Hanukkah, and Happy New Year to all!
Any roAssociativeArray objects in the returned objects will be case sensitive.
Well, all I know is that my server is not case sensitive, but the parseJson function specs specify:Any roAssociativeArray objects in the returned objects will be case sensitive.
It seems to me that somehow, the case sensitivity must be in the code.
But it's not worth debating. Just a possible gotcha to look out for.