Repository navigation
Respect user configuration for display name updates - #1189
Conversation
come-nc
left a comment
There was a problem hiding this comment.
Hmm. I just realized it looks like the whole permission checks are applied when importing as admin too, so occ user:import will not import display name anymore with this change.
But there is the same issue for all the other fields, so I guess it’s still fine to merge this for now.
But we would need a follow-up to bypass most permission checks when importing as admin (especially when importing in a new user).
|
Hmm I guess you are right. I was wondering if the permission check was better suited in |
|
Hello there, We hope that the review process is going smooth and is helpful for you. We want to ensure your pull request is reviewed to your satisfaction. If you have a moment, our community management team would very much appreciate your feedback on your experience with this PR review process. Your feedback is valuable to us as we continuously strive to improve our community developer experience. Please take a moment to complete our short survey by clicking on the following link: https://cloud.nextcloud.com/apps/forms/s/i9Ago4EQRZ7TWxjfmeEpPkf6 Thank you for contributing to Nextcloud and we hope to hear from you soon! (If you believe you should not receive this message, you can add yourself to the blocklist.) |
No, the permission check should stay outside of the method. The method can be used by admin endpoints as well. |
|
@sushifrick Can you add a sign-off to your commits to fix DCO? |
…ervice Signed-off-by: Sascha Frick <frick@rz.uni-kiel.de>
Signed-off-by: Sascha Frick <frick@rz.uni-kiel.de>
Fixes #1188
This fix respects the instance's setting
allow_user_to_change_display_namewith a defaulttrue. The setting is meant to prevent spoofing other user names in bigger instances.For now this setting can be circumvented by importing an export from another instance or one that has been manipulated after unzipping it.