Come together with the global Drupal community in Rotterdam, 28 Sept – 1 Oct 2026. Sessions, contribution, connection, and Early Bird savings until 8 June.We're integrating some mailman lists through our site and we want to them to be admin-centric. I found out that the permissions seem to be backwards. For example, userX has permission to administer user mailman settings and normal users don't have access.
userX's roles allow her to subscribe to list1,list2,list3
userY's roles allow her to subscrible to list1,list2,list4
when userX goes to admin subscriptions for userY, the lists that are presented are those that userX can subscribe not those that userY can subscribe.
This appears to be easily fixed in _user_mailman_register_form() by passing $account to _user_mailman_register_allowed_list().
Patch included.
| Comment | File | Size | Author |
|---|---|---|---|
| user_mailman_register.module.patch | 234 bytes | bkat |
Comments
Comment #1
samuelet commentedThanks but the 6.x.1 release is not supported anymore.
6.x.2 release should already fix it. If it does not, feel free to reopen this issue.
Comment #2
bkat commentedHow about changing the project page so that it doesn't say that 6.x.1-3 is the recommended version?
Comment #3
bkat commentedExact same problem occurs in 6.x.2,0-alpha1. Exact same change fixes it.
Comment #4
samuelet commented6.x.1-3 is still the more reccomended version, because others are under heavy development (this is how drupal suggests).
Please, test the 6.x.2 release not the alpha one, bug fixes and new features are implemented first of all there. You can also check its code before installing it in the CVS source.
Comment #5
bkat commentedI don't see a 6.x.2 release on the project page, Just the 6.x-2.0-alpha1 and the -dev version. I
Comment #6
samuelet commentedSorry, i just meant the 6.x-2.x-dev release.
Comment #7
bkat commentedI looked in CVS and the same change I made is there so its safe to call this fixed.