#4231 closed enhancement (worksforme)
[patch] Provide ability to map auth usernames to a different svn account
| Reported by: | Owned by: | Christian Boos | |
|---|---|---|---|
| Priority: | normal | Milestone: | |
| Component: | version control | Version: | 0.10.2 |
| Severity: | normal | Keywords: | svnauthz, consider, authzsourcepolicy |
| Cc: | Branch: | ||
| Release Notes: | |||
| API Changes: | |||
| Internal Changes: | |||
Description (last modified by )
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 (2)
Change History (13)
by , 18 years ago
| Attachment: | svn_authz_map.patch added |
|---|
comment:1 by , 18 years ago
| Keywords: | authz added |
|---|---|
| Milestone: | → 0.10.3 |
| Summary: | Provide ability to map auth usernames to a different svn account → [patch] Provide ability to map auth usernames to a different svn account |
comment:2 by , 18 years ago
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.
follow-up: 4 comment:3 by , 18 years ago
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 by , 18 years ago
| 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 by , 18 years ago
| Keywords: | consider added |
|---|---|
| Milestone: | 0.10.5 → 0.12 |
comment:6 by , 15 years ago
| Keywords: | svnauthz added; authz removed |
|---|---|
| Milestone: | 0.13 → 2.0 |
comment:8 by , 14 years ago
| Milestone: | triaging → next-major-0.1X |
|---|
Related to #2456, we should allow defining aliases for users.
comment:9 by , 13 years ago
| Resolution: | → worksforme |
|---|---|
| Status: | new → 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 by , 13 years ago
| Milestone: | next-major-0.1X |
|---|
comment:11 by , 11 years ago
| Keywords: | authzsourcepolicy added |
|---|
Patch File