Ticket #4231 (closed enhancement: worksforme)
Opened 6 years ago
Last modified 4 months ago
[patch] Provide ability to map auth usernames to a different svn account
| Reported by: | Scott MacVicar <scott@…> | Owned by: | cboos |
|---|---|---|---|
| Priority: | normal | Milestone: | |
| Component: | version control | Version: | 0.10.2 |
| Severity: | normal | Keywords: | svnauthz consider |
| Cc: | |||
| Release Notes: | |||
| API Changes: | |||
Description (last modified by cboos) (diff)
We have a separate authentication system in use with different SVN accounts, we needed to be able to map the authentication system user names to SVN accounts for use in Trac.
Patch is attached as well as a sample file, the only other requirement is adding an entry to the [trac] group of trac.ini:
[trac] authz_username_map = /www/svn/global_conf/svn_map
Attachments
Change History
Changed 6 years ago by Scott MacVicar <scott@…>
- Attachment svn_authz_map.patch added
comment:1 Changed 6 years ago by Scott MacVicar <scott@…>
- Keywords authz added
- Milestone set to 0.10.3
- Summary changed from Provide ability to map auth usernames to a different svn account to [patch] Provide ability to map auth usernames to a different svn account
comment:2 Changed 6 years ago by cboos
Thanks for the patch. I guess this is useful in some setups as you wrote the patch, but usually the svn names are also the same as the user names in Trac. Anyone else would find this useful?
Also, can you comment on:
the only other requirement was adding an entry to the Trac group of trac.ini
as I didn't get it.
comment:3 follow-up: ↓ 4 Changed 6 years ago by Scott MacVicar <scott@…>
I think I wrote the last bit late at night, most likely why it doesn't make sense.
Our internal authentication system and RCS have always been seperate, its only in the past week we've decided to merge everything to use Trac. There isn't a plan to change everyone's SVN user name so this is the only real solution.
It may also help if you want only staff members to have read only access but don't want to create a read only account for each one. You could map certain users to the same read only SVN account. Though that suggests that adding wildcard support might be useful so if it doesn't find a match it has a default.
I will point out that I made the user name comparison case sensitive, not sure if this will be a problem for anyone.
comment:4 in reply to: ↑ 3 Changed 6 years ago by cboos
- Description modified (diff)
Replying to Scott MacVicar <scott@vbulletin.com>:
I think I wrote the last bit late at night, most likely why it doesn't make sense.
He, no problem, actually I think I understood by now, and fixed the description accordingly.
comment:5 Changed 5 years ago by cboos
- Keywords consider added
- Milestone changed from 0.10.5 to 0.12
comment:6 Changed 3 years ago by cboos
- Keywords svnauthz added; authz removed
- Milestone changed from 0.13 to 2.0
comment:7 Changed 2 years ago by cboos
- Milestone changed from 2.0 to unscheduled
Milestone 2.0 deleted
comment:8 Changed 23 months ago by rblank
- Milestone changed from triaging to next-major-0.1X
Related to #2456, we should allow defining aliases for users.
comment:9 Changed 7 months ago by cboos
- Resolution set to worksforme
- Status changed from new to closed
We support the [alias] section of svn authz files since r9082 (so in 0.12), and this could be used to achieve the same effect as in the proposed patch.
comment:10 Changed 4 months ago by cboos
- Milestone next-major-0.1X deleted
Patch File