Parse Dashboard users are hard coded and separate from Parse Server managed users in _Users.
A dashboard user executes requests with the master key.
Feature / Enhancement Description
Allow log-in to Parse Dashboard with Parse Server managed user from _User class.
In combination with server side storage (https://github.com/parse-community/parse-dashboard/issues/2555), user specific feature access can also be related to users. For example a user may (not) be allowed to access Parse Job Status or send a Push notification from Parse Dashboard.
There are also other feature suggestions where Parse Server plays a more integrated role with Parse Dashboard:
This suggests that the integration of Parse Server is a strategically meaningful direction. At some point in the future, Parse Dashboard should be treated as "just another client app" without requiring the user of master key.
Example Use Case
Whether a user should be able to log into dashboard can be restricted in the Cloud Code beforeLogin trigger, based on the client ID (which the dashboard should send) and the user. For example, every user that is member of a specific _Role can be allowed to log in from that client. However, such a restriction is not significant anymore, since a user only has the permissions assigned to them and is not using the master key anymore.
New Feature / Enhancement Checklist
Current Limitation
_Users
.Feature / Enhancement Description
Allow log-in to Parse Dashboard with Parse Server managed user from
_User
class.In combination with server side storage (https://github.com/parse-community/parse-dashboard/issues/2555), user specific feature access can also be related to users. For example a user may (not) be allowed to access Parse Job Status or send a Push notification from Parse Dashboard.
There are also other feature suggestions where Parse Server plays a more integrated role with Parse Dashboard:
This suggests that the integration of Parse Server is a strategically meaningful direction. At some point in the future, Parse Dashboard should be treated as "just another client app" without requiring the user of master key.
Example Use Case
_Role
can be allowed to log in from that client. However, such a restriction is not significant anymore, since a user only has the permissions assigned to them and is not using the master key anymore.Alternatives / Workarounds
n/a