Skip to content

[12.0][MIG] users_ldap_groups - #46

Merged
hbrunn merged 21 commits into
OCA:12.0from
brainbeanapps:12.0-mig-users_ldap_groups
Dec 6, 2018
Merged

hbrunn merged 21 commits into
OCA:12.0from
brainbeanapps:12.0-mig-users_ldap_groups

Conversation

@alexey-pelykh

Copy link
Copy Markdown

No description provided.

@alexey-pelykh

Copy link
Copy Markdown
Author

@hbrunn if you don't mind, please take a look

@alexey-pelykh

Copy link
Copy Markdown
Author

Frankly speaking, not much code left :|

@alexey-pelykh alexey-pelykh mentioned this pull request Oct 23, 2018
19 tasks
@alexey-pelykh
alexey-pelykh force-pushed the 12.0-mig-users_ldap_groups branch 15 times, most recently from 2e774b9 to 7e6f7d9 Compare October 24, 2018 04:42
@alexey-pelykh

Copy link
Copy Markdown
Author

@pedrobaeza if you don't mind, I'll bump this to your attention

@pedrobaeza pedrobaeza added this to the 12.0 milestone Oct 25, 2018
@pedrobaeza

Copy link
Copy Markdown
Member

Well, I can't be very helpful here as I don't use this module and don't know about this area. What I can say is about the guidelines, as this module contains plurals, being dragged since long, but I won't force to change it if contributors don't want.

@alexey-pelykh

Copy link
Copy Markdown
Author

Frankly speaking, I'm thinking of making a bit revised (an more UX-friendly) one as an alternative

@pedrobaeza

Copy link
Copy Markdown
Member

Looking at the description, auth_ldap_attribute_sync can't be adapted for this purpose also?

@alexey-pelykh

Copy link
Copy Markdown
Author

It may, and actually they do share some code. I think that's up to reviewers if to keep modules lean-and-mean or to make complex ones. Why auth_ldap_attribute_sync appeared w/o groups - just because I had to start one-step-at-a-time.

@pedrobaeza

Copy link
Copy Markdown
Member

@hbrunn you were the original author of this. What do you think?

@hbrunn

hbrunn commented Oct 25, 2018

Copy link
Copy Markdown
Member

I think it's great that @alexey-pelykh does all the efforts, thanks for that. Group stuff is very different from attributes like whatever is not a group, so I think this surely merits its own module.
I don't think being the original author of something entitles me of anything. So thanks for the consideration, but let's just discuss

@alexey-pelykh

Copy link
Copy Markdown
Author

At Brainbean Apps, all our role management is based on LDAP groups, which are matched to groups in Odoo. And takin into account that usually one LDAP group has multiple permissions (groups in Odoo), the resulting table in users_ldap_groups is very long and very hard maintain, e.g.
image and there are 17 other lines like that, and I've mapped only like 20% of what's needed. So there are 2 suggestion where to improve:

  1. UX: It seems to me that one LDAP group can safely be granted 1+ Odoo group via many2many - yet I haven't evaluated how to do that
  2. Feature: add contains-regexp as operation
  3. Somehow allow to strip ,cn=groups,cn=accounts,dc=bbapps,dc=org from every line

@pedrobaeza

Copy link
Copy Markdown
Member

Can we rename this at least to auth_ldap_group_sync or similar if it can't be added to the other module?

@alexey-pelykh
alexey-pelykh force-pushed the 12.0-mig-users_ldap_groups branch 3 times, most recently from 3fedb58 to ee32d69 Compare November 5, 2018 19:32
@alexey-pelykh

Copy link
Copy Markdown
Author

Indeed was issue with the code and with tests

@alexey-pelykh
alexey-pelykh force-pushed the 12.0-mig-users_ldap_groups branch from ee32d69 to 8e01e59 Compare November 9, 2018 05:26
@alexey-pelykh

Copy link
Copy Markdown
Author

Decided to keep the original behaviour, thus changed the PR

@alexey-pelykh

Copy link
Copy Markdown
Author

Good people of 10.0 PR (@sebalix @NL66278), I summon you in order to request a review of this PR as well, since you're aware of the topic 🔥

@nikul-serpentcs nikul-serpentcs left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Minor change Otherwise LGTM

Comment thread users_ldap_groups/tests/test_users_ldap_groups.py
@OCA-git-bot

Copy link
Copy Markdown
Contributor

This PR has the approved label and has been created more than 5 days ago. It should therefore be ready to merge by a maintainer (or a PSC member if the concerned addon has no declared maintainer). 🤖

@oca-clabot

Copy link
Copy Markdown

Hey @alexey-pelykh, thank you for your Pull Request.

It looks like some users haven't signed our Contributor License Agreement, yet.
You can read and sign our full Contributor License Agreement here: http://odoo-community.org/page/cla
Here is a list of the users:

Appreciation of efforts,
OCA CLAbot

@hbrunn

hbrunn commented Dec 6, 2018

Copy link
Copy Markdown
Member

@alexey-pelykh thanks a lot for this.

I would advise you to ping people as little as possible, we're all doing our best in reviews. In the best case, your ping doesn't create more time for people and is basically a no-op, in the worst case it creates noise.
I for example have a sieve rule that marks mails where I'm mentioned with the Imap flag important, because it's often people asking for help about technical stuff. So if people @mention me, that goes to the look-at-it-at-first-convenience folder. If I then see the same person pinging me repeatedly for reviews that are not on fire, I'll take their ping less seriously, with the extreme of ignoring them.
So I'd advise to just trust people will eventually come back for review, after a round of fixes a message in the veins of 'all done' creates a new (and for people like me less intrusive) notification, that seems fine to me. A reminder after a week of two seems fine to me too.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.