#9755 closed enhancement (duplicate)
Populate user preferences with name and email
| Reported by: | Ryan J Ollos | Owned by: | Steffen Hoffmann |
|---|---|---|---|
| Priority: | normal | Component: | AccountManagerPlugin |
| Severity: | normal | Keywords: | user attribute management |
| Cc: | Trac Release: | 0.12 |
Description (last modified by )
The Add/Edit Account section on the Administration > Accounts > Users panel has fields for the user's name and email address, but these fields don't seem to be populating the same table that populates the Preferences > General panel. Looking at the Trac database schema, I don't see where these are stored, but either way it seems desirable to allow the user to change their name and email from the Preferences > General panel.
Does this make any sense to do?
Attachments (2)
Change History (9)
Changed 12 years ago by
| Attachment: | AddEditAccountPanel.png added |
|---|
Changed 12 years ago by
| Attachment: | PreferencesGeneralPanel.png added |
|---|
comment:1 Changed 12 years ago by
| Description: | modified (diff) |
|---|
comment:2 follow-up: 3 Changed 12 years ago by
| Keywords: | user attribute management added |
|---|
comment:3 Changed 12 years ago by
Replying to hasienda:
Yes, and it is known to work already exactly this way. Admin can change for all sid's/users, users only for their own sid.
After I create a user from the Admin panel (entering their name and email in the corresponding fields), I log in as that user, navigate to preferences panel, and find that the name and email fields are blank. If you say that the fields should be populated, then I'll setup and try to reproduce in a dev environment, where I have the tools to more easily look at the database and step through the code.
comment:4 Changed 12 years ago by
I see. Test with existing users - works just fine.
For new users there is a known issue with trunk, and you'll want to track #9252. I know, the summary there is far from optimal.
comment:5 Changed 12 years ago by
So it looks like maybe this ticket should get closed as duplicate of #9252.
comment:6 Changed 12 years ago by
| Resolution: | → duplicate |
|---|---|
| Status: | new → closed |
Sure, I just wanted to suggest this not too soon, to possibly see something else behind.
Replying to rjollos:
No? What else? Since there is no real concept of users the values are all folded and added with the corresponding
sid= username as key-value-pairs intosession_attributedb table.Yes, and it is known to work already exactly this way. Admin can change for all sid's/users, users only for their own sid.