login-id, trac-nick

[ThurnerRupert <rupert.thurner@…>]

as also noted in #3667 there are cases where the username may change. also login mechanisms coming via basic auth may provide some userid which is not easy to remember. therefor it would be great to have more fields for a user, i.e. a username, userid, a nick, and maybe the nick is displayed.

[ThurnerRupert]

the goal of this ticket

provide easy to rembember usernames/nicks/trac-user-id (the "sid" in the session table) for everything, be it query, assigning tickets, rights, setting cc.

this means that the sid needs to be decoupled from the login-id, which can be a quit unrememberable beast.

implementation possibility?

would it be possible to store the login-id in the session_attribute table and offer a button/function to change the nick (stored as "sid" in the session table?

or add a "login-id" to the session table to allow easier setting a unique key on it?

[ThurnerRupert]

#4210 marked as duplicate.

[anonymous]

Replying to ThurnerRupert:

#4210 marked as duplicate.

Any ideas as far as (a) feasibility of this enhancement and (b) milestone to attach it to?

[sid]

#3032 was marked as duplicate of this ticket.

[anonymous]

Replying to anonymous:

Replying to ThurnerRupert:

#4210 marked as duplicate.

Any ideas as far as (a) feasibility of this enhancement and (b) milestone to attach it to?

1. feasibility: as it just touches the login code, the (coding) impact should be small.
2. milestone: jonas/cboos/... are in a better position to answer that question.

[cboos]

Replying to anonymous:

1. milestone: jonas/cboos/... are in a better position to answer that question.

I'd say a patch for 0.11 could be considered, otherwise it seems more in line with what we already scheduled for 0.12 (which I'm assigning this ticket to, so that it doesn't get lost).

[cboos]

Another request for this in #4559 (for showing the full name in the Assign to drop down list, so it's exactly like #4210).

[ThurnerRupert]

#4553 reqests to display the full username instead of the subversion login id and also trac user id coming from ldap. also suggests to use tooltips to display the user name.

mark as dup hoping that the problem is cryptic user names which would be solved by nick-names.

[eblot]

#4713 has been marked as a duplicate

[anonymous]

I would be much more into the 'name' field, which is already being gathered, to be displayed on views instead of the login id. This could be a config change in the trac.ini to hit some display logic.

[ThurnerRupert]

it is not just a display issue. if you assign tickets, if you query tickets, if you search for tickets you've to know this cryptical user-id's as well. and the name field is not practical as it contains spaces, and the entry may be long.

[anonymous]

I think there are multiple steps and some are low hanging fruits while others are note.

I could imagine that on the display site it's just one single function that renders a user's display name (whatever that may be) on every page.

The questions is where the implementation comes from. I could imagine that a simple one just uses the login id or the entered user name. A more advanced one could be provided by a plug-in.

Another step is making the user selection/search more flexible by allowing substring/wild card matches against the user info and not only the login id. However, I don't think that this must be necessarily solved together with this bug. It should be probably tracked in a separate bug.

[ThurnerRupert]

marked #5692 as duplicate.

[ThurnerRupert]

see also #2456

[nkantrowitz]

A simpler solution to this is just handle the translation in your IAuthenticator.

[jeremyk@…]

we'd love to see this functionality as well. I'm trying to implement it as a hack in the local templates/site.html but still trying to wrap my head around the templates and whatnot :)

We aren't overly concerned with the searching stuff, as mostly we just search by content rather than owner, and owners know their login names, just not everyone else's. It would make it a whole lot easier though for our tech support folks to be able to assign tickets to the admin/dev team by name rather than by our weird login names :)