this is my first post in this forum, because the issue i am having i could not find it anywhere even happening. i have rc setup as a snap on ubuntu server. i am on version 6.4.2 (that should be the latest).
the problem i am facing is regarding user profile changes (like picture, nickname, bio).
I have LDAP sync activated which is running fine, this is just a sidenote because i do not think it related to ldap really, because i am facing this problem also with my admin, in other words i can produce the error with the admin (who did not come trough ldap and also has 100% all permission enabled)
when under workspace >> accounts, i enable “allow username change” then everything is working just the way i want it in the users-profile-page: i can upload a picture, change bio, change nickname.
but i really want to disable “allow username change”. i want users to be able to change their “name” but not their “username”.
so when i disable just this one option “allow username change” then under the users-profile-page no changes are possible anymore. the fields are not blocked or greyed out, i also do not get an error message or similar. but when i want to save any changes absolutely nothing happens in my browser. there is no reaction.
this is the same for my admin and ldap users. so this single slider “allow username change” ON vs. OFF in my setup prevents all changes on the profile-page. i did not have this behavior before, it was working just fine untill now.
and again, there is no error message, my browser just does not react anymore to any profile-changes when the slider is OFF.
this can be reproduced all the time the change is instant as soon as i turn the slider.
does anyone have an idea why this might be happening?
thank you in advance everyone.
- Version of Rocket.Chat Server: 6.4.2
- Operating System: Ubuntu 22.04.3 LTS
- Deployment Method: SNAP
- Number of Running Instances: 1
- DB Replicaset Oplog:
- NodeJS Version: v14.21.2
- MongoDB Version: 5.0.15 / wiredTiger (oplog Enabled)
- Proxy: caddy reverse proxy
- Firewalls involved: no