Poor error reporting with parse-server, express and Rollbar

[alexblack]

From what I can tell, parse-server doesn't throw standard Javascript errors, see: https://developer.mozilla.org/en/docs/Web/JavaScript/Reference/Global_Objects/Error

Instead it throws maps like this:

{
  "message": "code=209, message=invalid session token"
}

Standard error reporting solutions like AirBrake and Rollbar do not handle these well, making it impossible to find out what actually went wrong.

Instead code like this would work well:

var err = new Error('Invalid session token (Code=209)');
err.code = 209; 

[alexblack]

Maybe actual root cause is: parse-community/Parse-SDK-JS#326

eg https://github.com/ParsePlatform/parse-server/blob/master/src/Routers/UsersRouter.js#L89

[alexblack]

This seems to fix things up a bit:

// Fix up Parse.Error handling for rollbar :(
app.use(function(err, req, res, next) {
  var data = null;

  if (err instanceof Parse.Error) {
    var parseErr = err;
    // replace error
    err = new Error(parseErr.message);
    data = { code: parseErr.code };
    // Group errors by parse error code, see: https://rollbar.com/docs/grouping-algorithm/
    if (parseErr.code)
      data['fingerprint'] = parseErr.code.toString()
  }

  return rollbar.handleErrorWithPayloadData(err, data, req, function(err) {
    return next(err, req, res);
  });
});

[flovilmart]

@alexblack what do you suggest?

[alexblack]

If Parse.Error extended from Error as is normal for javascript errors, then that would be a big improvement. But, presumably there is some reason it doesn't.

For us, the code above fixes things up enough.

[flovilmart]

I believe the main issue is that we're using the Parse client SDK errors inside the server. If it makes sense to use a new Error type like ParseServer.Error that extends error I would accept that too if that makes sense. Would you like to work on such PR?

[alexblack]

How do we figure out if that makes sense? This doesn't sound like a good first PR for someone like myself, as it probably affects a lot of code.

[flovilmart]

That's a replacement at large of all Parse.Error to ParseServer.Error, tedious but not complicated. I don't really have time to work on that for now (I'm trying not to improve the bandwidth for large push sending), and given that you have your workaround, that seems to be OK.

[alexblack]

Yes the workaround works fine. It lacks stack traces that you normally get with JavaScript, but it's not the end of the world

[alexblack]

Yes the workaround works fine. It lacks stack traces that you normally get
with JavaScript, but it's not the end of the world.

On Oct 22, 2016 10:27 AM, "Florent Vilmart" notifications@github.com
wrote:

That's a replacement at large of all Parse.Error to ParseServer.Error,
tedious but not complicated. I don't really have time to work on that for
now (I'm trying not to improve the bandwidth for large push sending), and
given that you have your workaround, that seems to be OK.

—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
#2841 (comment),
or mute the thread
https://github.com/notifications/unsubscribe-auth/AAJFwtlST2Fy6sGl-sHWAuIegwubkQ4Wks5q2kdtgaJpZM4KQf6H
.

[acinader]

dupe of #661