He/She should be able to edit his/her userprofile.
Note, that if this user opens the panel on another path,
then he/she can open the link “panel/account”, in German named “Dein Account”.
But my user is as a result of the limited authorizations not able to open the path “panel/users”!
The path “$user->panelUrl()” links to something like “panel/users/iQGtSx8E”, which includes the path “panel/users”.
I think you found a limitation of Kirby 3, according to what @texnixe said and what you want to achieve. Most likely, users view is like a hierarchy and if that’s blocked, the underlaying layers (single users) are blocked too.
I understand. It is a limitation if panel/account is an internal alias for panel/users/iQGtSx8E. This would explain what you experience. I agree that there might be a solution for this or that there should be a solution provided because it’s not a too untypical scenario.
Just got a notification because of your edit: In my point of view, this is something to discuss first before an issue is opened on Github. The reason is that I’m unsure if I understood correctly what @texnixe said. To what I understand about the situation you face:
/panel/account works for the user for which
/panel/users/iQGtSx8E doesn’t work although it points to the same direction at the end.
If I got this right, this leads to the discussion if an user should be able to edit itself. If that should be possible, the second URL should work too. Then a precise issue can be created on Github. Right now, I’m not sure if my understanding of your situation is correct or if it’s intended for some reason to work only 1 way (via /panel/account.