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

feature request: improved error reporting when 'invalid session token' logged #4330

Open
mman opened this issue Nov 8, 2017 · 2 comments
Open
Labels
type:feature New feature or improvement of existing feature

Comments

@mman
Copy link
Contributor

mman commented Nov 8, 2017

Issue Description

I'm receiving many 'invalid session token' error messages in the log, it's in fact around half of my requests now and although I caught several obscure ones from very old client SDK versions that I can't update and that are trying over and over, I'm also receiving many new with r:XXX format. Some of these are legitimate 'first try' from a device after the user password was reset, but I'm afraid there are other cases that I don't know about and would like to catch.

So I'd love to see some additional info getting logged around when a 'invalid session token' is detected.

Additionally it would be great if we can disable logging of 'invalid session token' in certain cases, for certain request paths, or certain users? to lower the noise in the logs.

Expected Results

Receive as much information as possible in a log when 'invalid session token' is logged. Such as request path, client sdk version, user email, other? that will help in debugging who and why.

Actual Outcome

For the moment only 'invalid session token' is logged making it hard to spot problematic behavior.

Environment Setup

  • Server
    • parse-server version (Be specific! Don't say 'latest'.) : 2.6.5
    • Operating System: Ubuntu 14.04 @ Digital Ocean
@ozeas
Copy link

ozeas commented Jan 21, 2019

hello @mman , I would like to help with this, can I try?

@mman
Copy link
Contributor Author

mman commented Jan 21, 2019

sure you can, open up a PR once you have something ready :)

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

4 participants