Univention Bugzilla – Bug 38835
Disable user even if the license count is exceeded
Last modified: 2015-08-06 17:51:58 CEST
It should be possible to disable a user if the license count is exceeded.
Created attachment 7047 [details] Patch: Disable user even if the license count is exceeded As requested with this patch it is possible to disable user accounts even if the license is exceeded. FYI: It is only possible to deactivate all accounts and activation is forbidden. It is still possible to change other user values with the deactivation request. E.g. you can change the user name etc. at the same time as you will deactivate this user. IMHO this doesn't matter because you cannot activate this user unless the license isn't exceeded any more.
Created attachment 7048 [details] Patch: Disable user even if the license count is exceeded As discussed with Sönke I fixed the problem that a deactivated user could be changed arbitrarily. Besides checking if all accounts are deactivated I also check if the status of disbaled has been change.
r62397 univention-directory-manager-modules (10.0.31-7) * Bug #38835: Disable user even if the license count is exceeded Successful build Package: univention-directory-manager-modules Version: 10.0.31-7.1329.201507241347 Branch: ucs_4.0-0 Scope: errata4.0-2 r62398 ymal file
Merging changes to 4.1-0 r62399 univention-directory-manager-modules (11.0.0-1) * Bug #38835: Version bump for 4.1-0 and merging from 4.0-2 Successful build Package: univention-directory-manager-modules Version: 11.0.0-1.1330.201507241410 Branch: ucs_4.1-0 Scope:
Changes: OK, works as expected YAML: OK 4.1-0 merge: FAIL, the changelog number has not been increased correctly.
This adjustment breaks univention-s4-connector in case of trivial (no-op) modifies. In this case univention.s4connector.ucs.modify_in_ucs now returns "None" instead on "True". This leads to all users showing up as rejected on sync from S4 to UCS. I experienced this in an AD Takeover scenario.
Created attachment 7081 [details] user_users_modify_returncode.patch I guess this will fix that regression.
(In reply to Arvid Requate from comment #7) > Created attachment 7081 [details] > user_users_modify_returncode.patch > > I guess this will fix that regression. As requested I adpated the code ucs4.0-2 r62621 applied patch r62622 debian/changelog Successful build Package: univention-directory-manager-modules Version: 10.0.31-10.1333.201508041458 Branch: ucs_4.0-0 Scope: errata4.0-2
r62627 yaml for 4.0-2 ucs4.1-0 r62626 patch and changelog Successful build Package: univention-directory-manager-modules Version: 11.0.0-3.1334.201508041510 Branch: ucs_4.1-0
Fix, advisory and merge ok.
<http://errata.univention.de/ucs/4.0/278.html>