Opened 13 years ago
Last modified 5 years ago
#9506 new enhancement
Having public accessible profile page
Reported by: | Mehdi Sadeqi | Owned by: | |
---|---|---|---|
Priority: | normal | Component: | UserManagerPlugin |
Severity: | normal | Keywords: | profile |
Cc: | lkraav, Frank Töppel | Trac Release: | 0.11 |
Description
Currently there is no way (correct me if I'm wrong), to see other users profile publicly using UserManagerPlugin. Only the site admin and the profile owner can see the user profile. It's a good idea to have a public link for viewing other user's profile containing some fields of their basic information.
Attachments (0)
Change History (15)
comment:1 Changed 13 years ago by
Type: | defect → enhancement |
---|
comment:2 Changed 13 years ago by
Trac Release: | 0.11 → 0.12 |
---|
comment:3 Changed 13 years ago by
Trac Release: | 0.12 → 0.11 |
---|
comment:4 Changed 13 years ago by
It occurred to me right now, that you should take a look at the wiki macro [[UserProfilesList]]
provided by this plugin.
comment:5 Changed 13 years ago by
Cc: | lkraav added; anonymous removed |
---|
comment:6 Changed 13 years ago by
..recognized the original request posted here and would like to add (or maybe correct?) requirements:
Basically UserProfilesList macro seems to be the right way to show account information of trac users. But what currently is missing from my point of view are at least the following options:
- An option to enable/disable user avatar in the default listing of this macro output table
- A general option to control the list of details to be shown in the macro default output table (by default account name, user name, email and role will be shown - what about hiding e.g. role column but show additional user profile field maintained by UserManagerPlugin ? )
By the way I read that the original author of the plugin is blocked by other more important projects. Anyway I have to let you know I created another ticket few days ago similar to that topic. Maybe the two threads may be synchronized (sorry for splitting, found this thread later :-( ).
Please first let me know whether it is possible to extend the plugin that way and when to expect changes to be done. I would like to get this information to schedule internal trac related projects.
Thank you for your support - Frank
comment:7 Changed 13 years ago by
Cc: | ftoeppel@… added; lkraav removed |
---|
comment:9 Changed 13 years ago by
Cc: | lkraav ftoeppel@… added; lkrraav removed |
---|
mind the spelling when you're trying fix a mistake, just copy-paste it. you just separate cc entries with a comma.
comment:10 Changed 13 years ago by
Cc: | Frank Töppel added; ftoeppel@… removed |
---|
Meanwhile I found an alternate solution for my use case. Main target was to maintain user details only once and to list subset of users according to properties at wiki pages. Here the steps how I reached it:
- Scanned tables of trac database for user properties. Welcome input provided the following page: TracDev/DatabaseSchema. Identified
session_attribute
table containing required information. - Played around with trac reports to access the
session_attribute
table and collect required information. - Installed WikiTableMacro to embed query result into wiki page. Page contains table of retrieved data, but as plain text only.
- Modified macro source according to ticket:4452. Recompiled and installed it. Information will not be presented as wiki text anymore, but well formatted HTML instead. For example user plugin pictures will be shown inline in table.
- Well, but how to filter users? To do so just added additional User Profile Fields to maintain user properties via UserManagerPlugin. In my case added several roles of type
select
to be used to classify users. - Modified query to check for role information per user. Resulting table only contains required subset of users. Data will be shown as HTML formatted table.
Works fine, but based on a path of the WikiTableMacro. So for the moment that's enough, but maybe one will spend some time to collect the provided information and to put it right back in one of the existing macros to work for the future as well.
Frank
comment:11 Changed 13 years ago by
(In [11327]) AccountManagerPlugin: Introduce WikiMacros for AcctMgr, refs #9506 and #9852.
comment:12 Changed 13 years ago by
I plan to extend AccountManagerPlugin to cover at least the features requested but not implemented for UserManager. Maybe at some day both will even get merged...
comment:13 Changed 13 years ago by
(In [11349]) AccountManagerPlugin: Restore 0.11 compatibility, refs #6616, #9506 and #9852.
Use of user_time
(from Trac 0.13) defeated the value of the compat function.
The syntax for inheritance of USER_VIEW
by ACCTMGR_USER_ADMIN
is corrected,
and finally ACCTMGR_USER_ADMIN
now inherits EMAIL_VIEW
from Trac core too,
because setting user properties without seeing them by default felt wrong.
comment:14 Changed 11 years ago by
Owner: | changed from Catalin BALAN to Ryan J Ollos |
---|---|
Status: | new → assigned |
comment:15 Changed 5 years ago by
Owner: | Ryan J Ollos deleted |
---|---|
Status: | assigned → new |
Affected Trac release has been quite right initially IMHO.
And you're right about the admin-only access to current user details. This is an entirely different demand that what as been in focus for this plugin, until now.
So thanks for the fresh idea/point of view. We'll certainly consider making such a functionality available as time permits.