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

We shouldn't leak stack traces in the event of an error downloading a csv #584

Closed
agilliland opened this issue Jul 11, 2015 · 4 comments · Fixed by #1815
Closed

We shouldn't leak stack traces in the event of an error downloading a csv #584

agilliland opened this issue Jul 11, 2015 · 4 comments · Fixed by #1815
Labels
Type:Bug Product defects
Milestone

Comments

@agilliland
Copy link
Contributor

agilliland commented Jul 11, 2015

We should show the same sort of error we do elsewhere in the site, rather than just an unstyled stack trace.

@agilliland agilliland added the Type:Bug Product defects label Jul 11, 2015
@agilliland
Copy link
Contributor Author

attachment

@camsaul
Copy link
Member

camsaul commented Aug 4, 2015

So maybe we should expose the download CSV stuff in a different way? Since we're just hitting the API endpoint directly the stacktrace error response is normal behavior

@agilliland
Copy link
Contributor Author

I'm cool with that. There is no specific reason it has to be part of the api.

That being said, I am generally of the opinion that an endpoint shouldn't be limited to just JSON responses. e.g. if someone just wants to run a QP query and get the result as a CSV I think it still makes sense to use /api/meta/dataset as the endpoint.

@camsaul
Copy link
Member

camsaul commented Aug 4, 2015

Ya that's what I meant. Keep the API endpoint the same but add some UI to wrap it or something so we're not giving the user a link to it directly

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Type:Bug Product defects
Projects
None yet
3 participants