Define built-in error code range

[mtrezza]

Define built-in error code range

[SebC99]

I agree, having the 141 error for each cloudFunction error is hard to deal with. We have to test for 141, then go inside the error, to find another code, which is not very convenient...

[stale]

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

[mtrezza]

OK, then I guess we only have to add a range to the docs.

I noticed that 3rd party modules may want to use custom error codes too. So should we define a suggested range for these as well?

• Parse Server and Parse Platform modules: ... - 4999
• 3rd party modules: 5000 - 8999
• Developers: 9000 - ...

[SebC99]

Well, the only change to do in the docs in my opinion is to add something about the usage of new Parse.Error(code, message) which let developer uses any code they want.

[mtrezza]

@parse-community/server any thoughts on this?

The current suggestion is to define the following error code ranges:

• Parse Server and related modules: <= 4999 (incl. neg. numbers)
• 3rd party modules (not managed by Parse Platform, self-managed by community on first come first served basis): 5000 - 8999
• Developers (custom app errors): >=9000 <=9999

[mtrezza]

After some more thought, I don't believe that the "3rd party modules" range is feasible because it would have to be community managed, for which I don't see a concept. So I would say that for now we'll just specify that developers have a reserved error range >=9000 <=9999 which they can use for custom errors. Neither Parse Server now any Parse Server adapter or module should use that range, and an 3rd party module should not use the range to prevent conflicts.

[mtrezza]

Closing via #941