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

Override default functionality for Parse Server express routes #8126

Open
simontong opened this issue Aug 10, 2022 · 3 comments
Open

Override default functionality for Parse Server express routes #8126

simontong opened this issue Aug 10, 2022 · 3 comments
Labels
type:feature New feature or improvement of existing feature

Comments

@simontong
Copy link

simontong commented Aug 10, 2022

New Feature / Enhancement Checklist

Current Limitation

Currently, it's not possible to modify the default routing behaviour for Parse Server. For example, we want to be able to customise our login to be handled outside of Parse's own handler and then respond to the client seamlessly as if they are interacting with Parse. At present, there isn't a clean way to achieve this.

Feature / Enhancement Description

An interface to override specific routes with custom functionality.

Example Use Case

We want to override Parse's default login functionality and implement my own that reaches out to a third party API. Once the response is returned from said API, it would pass down the correct response to satisfy the client without any code changes required client-side.

Alternatives / Workarounds

Iterating over mounted routes and overriding the express handler function.

3rd Party References

No

@parse-github-assistant
Copy link

parse-github-assistant bot commented Aug 10, 2022

Thanks for opening this issue!

  • 🎉 We are excited about your ideas for improvement!

@mtrezza mtrezza added the type:feature New feature or improvement of existing feature label Aug 11, 2022
@mtrezza
Copy link
Member

mtrezza commented Aug 11, 2022

I assume #7079 would also not help, because you are looking to completely override the login route, correct?

@simontong
Copy link
Author

I assume #7079 would also not help, because you are looking to completely override the login route, correct?

You're correct, it wouldn't help for our use case. The issue with leveraging a custom auth adapter is it would require modifying all the clients to send the additional authData property.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
type:feature New feature or improvement of existing feature
Projects
None yet
Development

No branches or pull requests

2 participants