The default user path is the plural users even though the path can only refer to a single user.

The default path for others data types is singular: content and category.

user would be consistent with other default paths and more correct.

Comments

dave reid’s picture

Status: Active » Closed (works as designed)

That's the path used by drupal core (user/x, user/x/edit, user/x/contact), so I don't think it warrants changing the default.

aren cambre’s picture

Status: Closed (works as designed) » Active

In your example, x can only be a positive integer. Would user/arencambre conflict with user/1?

dave reid’s picture

No, not that I'm aware of.

aren cambre’s picture

Version: 6.x-1.2 » 7.x-1.x-dev
Category: bug » feature

I'll grant that there's more to this than just my alleged :-) bug, so changing to feature request to remove urgency.

dave reid’s picture

Status: Active » Postponed (maintainer needs more info)

I'm still not clear on if or what problem there is and why exactly this would need to be changed.

aren cambre’s picture

Status: Postponed (maintainer needs more info) » Active

The problem is the default path for a URL that refers to a single user is /users (plural).

dave reid’s picture

Aha, now that I understand, I see your point.

aren cambre’s picture

Read my mind. :-)

greggles’s picture

Title: Default user path should not be plural » Default user path should not be plural and it should not be "user/"
dave reid’s picture

'people/[user:name]' ?

dave reid’s picture

Anyone have any better ideas than 'people/[user:name]'?

michaelfavia’s picture

People is the plural of person, it just doesn't end in an "S". Doesn't really fix your issue just dislocates it by one :). "Person" is a pretty crappy substitute but it makes more semantic sense, especially with the new d7 UI referring the the user menus as "People". I say we steal the namespace before core lays claim to it ;).

klonos’s picture

@gregless, #9. I have read the linked document -I believe you are referring to the 'Transliteration Problems' paragraph (?) Greg-, but it didn't make sense to me, sorry. Care to provide an example of this possible issue if using 'user'? Thanx in advance.

dave reid’s picture

If your pattern is user/[user:name], and I change my uid 100 account's user name to '1', then my alias is 'user/1', and now the admin can't load his account view page.

cainrus’s picture

How do such a thing?
link: www.my-super-mega-site.org/profile
And this link will redirect the user to his personal profile, but in the address bar will still the same link(/profile)
i did not tested, but maybe redirection module with tokens can help? drupal/user/[user]

klonos’s picture

@cainrus: this is a completely other issue. This one here is a feature request while yours is a support request. Please open a new issue for yours and avoid posting such.

@Dave, #14: perhaps then this is a security issue and we should forbid the use of numbers *alone* used for user names (in core I mean). In the module level, we can simply have a routine to check for such cases. Then we could:

- either forbid creation of such paths (throwing an error message saying that usernames should not start with numbers or if they do they should contain at least one letter or symbol).
- append a (customizable) character/string to such paths' user:name part (instead of ../user/1 it could be ../user/#1 or ../user/user1)

dave reid’s picture

Issue summary: View changes
Status: Active » Closed (won't fix)

No consensus by this point, so closing.