URI parsing fails for encoded url slugs.

[eltobiano]

URI path for encoded laguages sometimes returns an uppercase string.
The comparison is plain, so therefore the slug is not matching when it should.

The issue happens when using a custom component in a Buddypress installation running on a language that needs encoded URL, like Korean.

The problem was original posted and fixed here:
​http://premium.wpmudev.org/forums/topic/a-few-questions-about-the-bp-group-calendar

[boonebgorges]

Thanks for the report.

See ​http://premium.wpmudev.org/forums/topic/a-few-questions-about-the-bp-group-calendar#post-716300 for the specific fix.

Related: #5056

[WPMUDEV]

Patch added in line 60.

[DJPaul]

I can't get a test to demonstrate the reported behaviour, though I'm pretty sure it must occur. I've diff'd what I've done here in case anyone else wants to look at this: ​https://gist.github.com/paulgibbs/77213ac6984e5ee19310

test_case_insensitivity_of_router_slugs is failing (as expected -- the fix reported by the original reporter resolves it), but test_case_insensitivity_of_urlencoded_router_slugs passes just fine.

[DJPaul]

See also #5353