Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

library/rados_user.py modify #7296

Closed
karasjoh000 opened this issue Aug 16, 2022 · 9 comments
Closed

library/rados_user.py modify #7296

karasjoh000 opened this issue Aug 16, 2022 · 9 comments
Assignees
Labels

Comments

@karasjoh000
Copy link
Contributor

karasjoh000 commented Aug 16, 2022

if not display_name:
display_name = name

If display_name != name and display_name is not provided as a param, then display_name is changed to name although the expectation will be that display_name should not change.

Note: I did not test this, but it seems that L268 and L269 need to be removed.

@asm0deuz
Copy link
Collaborator

display_name is a mandatory parameter to radosgw-admin command. If you do not set the display_name, it fails creating the user with could not create user: unable to create user, no display name specified. This is probably why L268 and L269 are there for but indeed if the user already exists, its display_name will be overwritten with name.

Seems to be an easy fix, I will take a look at it. Thx

@asm0deuz asm0deuz self-assigned this Aug 18, 2022
@github-actions
Copy link

github-actions bot commented Sep 2, 2022

This issue has been automatically marked as stale because it has not had recent activity. It will be closed in a week if no further activity occurs. Thank you for your contributions.

@karasjoh000
Copy link
Contributor Author

Ill create a PR for this

@github-actions github-actions bot removed the wontfix label Sep 6, 2022
@github-actions
Copy link

This issue has been automatically marked as stale because it has not had recent activity. It will be closed in a week if no further activity occurs. Thank you for your contributions.

@guits
Copy link
Collaborator

guits commented Sep 22, 2022

@karasjoh000 what is the status on this? should we take over?

@guits guits removed the wontfix label Sep 28, 2022
@guits
Copy link
Collaborator

guits commented Sep 28, 2022

@asm0deuz @karasjoh000 🙂

@karasjoh000
Copy link
Contributor Author

This should be a 2 line fix I think.

karasjoh000 added a commit to karasjoh000/ceph-ansible that referenced this issue Sep 28, 2022
Removes the case when display_name was defined prevously but
was not provided when modifying. Without this change the module
will change display_name to name even if display_name was not name
originally. See ceph#7296

Signed-off-by: John Karasev <john.karasev@intel.com>
guits pushed a commit that referenced this issue Oct 10, 2022
Removes the case when display_name was defined prevously but
was not provided when modifying. Without this change the module
will change display_name to name even if display_name was not name
originally. See #7296

Signed-off-by: John Karasev <john.karasev@intel.com>
mergify bot pushed a commit that referenced this issue Oct 10, 2022
Removes the case when display_name was defined prevously but
was not provided when modifying. Without this change the module
will change display_name to name even if display_name was not name
originally. See #7296

Signed-off-by: John Karasev <john.karasev@intel.com>
(cherry picked from commit 72ff93f)
mergify bot pushed a commit that referenced this issue Oct 10, 2022
Removes the case when display_name was defined prevously but
was not provided when modifying. Without this change the module
will change display_name to name even if display_name was not name
originally. See #7296

Signed-off-by: John Karasev <john.karasev@intel.com>
(cherry picked from commit 72ff93f)
guits pushed a commit that referenced this issue Oct 12, 2022
Removes the case when display_name was defined prevously but
was not provided when modifying. Without this change the module
will change display_name to name even if display_name was not name
originally. See #7296

Signed-off-by: John Karasev <john.karasev@intel.com>
(cherry picked from commit 72ff93f)
guits pushed a commit that referenced this issue Oct 12, 2022
Removes the case when display_name was defined prevously but
was not provided when modifying. Without this change the module
will change display_name to name even if display_name was not name
originally. See #7296

Signed-off-by: John Karasev <john.karasev@intel.com>
(cherry picked from commit 72ff93f)
@github-actions
Copy link

This issue has been automatically marked as stale because it has not had recent activity. It will be closed in a week if no further activity occurs. Thank you for your contributions.

@github-actions
Copy link

This issue has been automatically closed due to inactivity. Please re-open if this still requires investigation.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

3 participants