Having public accessible profile page

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.

It occurred to me right now, that you should take a look at the wiki macro [[UserProfilesList]] provided by this plugin.

..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

mpf - unable to add CC :-(

mind the spelling when you're trying fix a mistake, just copy-paste it. you just separate cc entries with a comma.

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

(In [11327]) AccountManagerPlugin: Introduce WikiMacros for AcctMgr, refs #9506 and #9852.

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...

(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.