Plugin Info API has case-sensitive username check for profile url

[extendwings]

In ​http://api.wordpress.org/plugins/info/1.0/opcache.json, there is 2 contributors.

• extendwings(me) was associated with ​//profiles.wordpress.org/extendwings successfully.
• headonfire is NOT associated with his profile URL.

The difference is whether the person has commit permission or not.

[Otto42]

No, it's just that username is case sensitive in a lot of assorted places, and this is one of those places.

That user's name is "HeadOnFire", not "headonfire". If the readme.txt contained the correct case, then you'd get the results you expect.

[extendwings]

@Otto42 Do you have any plan to make Plugin Info API non-case-sensitive?

[netweb]

Related: #1150

Maybe even fixed now, @Otto42 ?

[Otto42]

Not related to that ticket, and no current plans to fix it. You need to put the correct information in the readme.txt, including the correct usernames. Case matters for usernames. WordPress usernames are case-sensitive.

[SergeyBiryukov]

Replying to Otto42:

WordPress usernames are case-sensitive.

FWIW, I can't seem to confirm that.

wp_authenticate_username_password() uses get_user_by( 'login', $username ), which ultimately results in a case-insensitive query without further restrictions:

SELECT * FROM $wpdb->users WHERE user_login = '%s'

Looks like usernames are case-insensitive since 2.8: ​https://core.trac.wordpress.org/ticket/5472.

[Otto42]

Okay. However, being that the forums are still on bbPress 1, those usernames are case-sensitive in lots of places. Until we get everything converted to WordPress and bbPress 2 (WIP), case-sensitivity is always going to be something of an issue.

This is something that will eventually cease to be a problem, but for now, it's relatively easy for a plugin author to fix themselves in the readme.txt file.