You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Hi, this is based on my experience attempting to use the Parse GraphQL API with a custom Quasar front-end from this guide. I'm using the "customPages" feature which may be different from other users. Parse seems to be a great back-end data provider, and I'm excited to start building features with it!
See also: parse-community/parse-server#7033 and parse-community/parse-server#7028
The REST Guide might benefit from the same documentation.
Thank you
Copy file name to clipboardExpand all lines: _includes/graphql/users.md
+88-2
Original file line number
Diff line number
Diff line change
@@ -245,7 +245,9 @@ mutation logOut {
245
245
246
246
## Resetting Passwords
247
247
248
-
To use the `resetPassword` mutation your Parse Server must have an email adapter configured.
248
+
To use the `resetPassword` mutation your Parse Server must have an [email adapter configured as described in the Parse Server guide](https://docs.parseplatform.org/parse-server/guide/#welcome-emails-and-email-verification).
249
+
250
+
When configured, this mutation will send an email with a password reset link.
249
251
250
252
```js
251
253
// Header
@@ -272,9 +274,84 @@ mutation resetPassword {
272
274
}
273
275
```
274
276
277
+
The emailed password reset link will GET the Parse REST API to verify the token is still valid. For example:
Parse will then forward the user's browser to a password reset page provided (or invalid token page) by the Parse server itself.
282
+
283
+
Optionally, the Parse server can be configured to forward to a custom page with-in your web application. This is done using the ["customPages" feature](https://parseplatform.org/parse-server/api/master/CustomPagesOptions.html). For example, using Express:
// account lockout policy setting (OPTIONAL) - defaults to undefined
319
+
accountLockout: {
320
+
duration: 5, // minutes that a locked-out account remains locked out before becoming unlocked. Set it to a value greater than 0 and less than 100000.
321
+
threshold: 3, // failed sign-in attempts that will cause a user account to be locked. Set it to an integer value greater than 0 and less than 1000.
322
+
},
323
+
})
324
+
325
+
...
326
+
327
+
// (Required) Mounts the REST API used in email verification/password reset links.
328
+
app.use('/parse', parseServer.app);
329
+
330
+
```
331
+
332
+
The Parse server forwards the browser to: `choosePassword: \`${process.env.APP_PUBLIC_URL}/auth/reset-password\`,` where your web application accepts the user's new password, and crafts a response to the server. For example, using the $axios http library.
The verification email is automatically sent on sign up; this mutation is useful if the user didn't receive the first email. Again, an email adapter must be configured for this mutation to work.
352
+
To use the `sendVerificationEmail` mutation your Parse Server must have an [email adapter configured as described in the Parse Server guide](https://docs.parseplatform.org/parse-server/guide/#welcome-emails-and-email-verification).
353
+
354
+
When configured, Parse server will automatically send emails on sign up. this mutation will re-send an email with a password reset link if the user didn't receive the first email or the token expired.
Parse will then process the token and forward the user's browser to verified or invalid page provided by the Parse server itself.
388
+
389
+
Optionally, the Parse server can be configured to forward to custom pages with-in your web application: `verifyEmailSuccess` or `customPages.invalidLink`. Please see the "Resetting Passwords" section for an example and links to further documentation.
0 commit comments