remove old authenticated user sessions

[dnauck]

when you're using the restrict_owner setting there is no possibility to delete old users from this dropdown box.

[sylvain@…]

In fact, the drop down list in restrict_owner mode, should be better build from the permission list of something which list the user of the site.

My be a new permission priviledge (TICKET_ASSIGNABLE) could decide if a user listed here is selectable to be assigned as a ticket owner.

[cmlenz]

Postponing...

[cmlenz]

See also #2351.

[cmlenz]

Later.

[markus]

The attached patch adds a User Sessions tab in WebAdmin from where you can delete the project's user sessions.

[markus]

With the second patch you can also change a user session's name or email. I'm looking forward to your comments. (I'm not sure if the readonly text input is consistent with the rest of Trac's UI)

[markus]

Is there any demand for an updated patch or should we close this ticket and wait for milestone:0.12 (announcing a Better user/session system)?

[Lutz Frommberger <webkontakt@…>]

It will be quite a while until 0.12 will show up. I'd prefer to have the patch again, even if I actually don't need it.

[sid]

A workaround for this problem is removing the TICKET_MODIFY permission for that user. If a user doesn't have that permission, they will not show up in the "Assign to" list. (according to TracTickets#Assign-toasDrop-DownList)

[Noah Kantrowitz (coderanger) <coderanger@…>]

Why does this have to be a patch? Just make a plugin to handle it.

[eblot]

Replying to Noah Kantrowitz (coderanger):

Why does this have to be a patch? Just make a plugin to handle it.

IMHO it would better be part of the WebAdmin plugin subsystem (vs. a plugin): this is an administrative task that is useful to any administrator.

[Noah Kantrowitz (coderanger) <coderanger@…>]

Replying to eblot:

Replying to Noah Kantrowitz (coderanger):

Why does this have to be a patch? Just make a plugin to handle it.

IMHO it would better be part of the WebAdmin plugin subsystem (vs. a plugin): this is an administrative task that is useful to any administrator.

At the point that Trac has a better user directory system, yes. Until then I am just saying it may be easier for them to make a small plugin than to try to keep a patch in sync with WebAdmin.

[anonymous]

Hi, Im a brazilian user of trac and I´ve made de modifications of the three patches and nothing has chance. There is some other information to apply this changes ?? Tks.

[cboos]

Please don't change arbitrarily the milestone. not applicable is a special milestone (see TracTicketTriage#Milestone if you want more details).

[Archon810]

Replying to sid:

A workaround for this problem is removing the TICKET_MODIFY permission for that user. If a user doesn't have that permission, they will not show up in the "Assign to" list. (according to TracTickets#Assign-toasDrop-DownList)

That is a faulty solution as there may be a wider permission group giving this permission (i.e. 'authenticated' group). There needs to be a utility or a plugin that does the sync. I'm quite shocked that Trac would have this bug.