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鈥檒l occasionally send you account related emails.

Already on GitHub? Sign in to your account

Provide better error messages when connection fails #80

Open
2 of 7 tasks
clhenrick opened this issue May 22, 2018 · 3 comments
Open
2 of 7 tasks

Provide better error messages when connection fails #80

clhenrick opened this issue May 22, 2018 · 3 comments
Labels
enhancement tracked-in-jira Issue is being tracked in Jira, link mentioned in issue comments

Comments

@clhenrick
Copy link
Contributor

clhenrick commented May 22, 2018

馃 If bug

  • Operating System and version:
  • Browser and version:
  • Steps to reproduce (including dashboard link):
  • Description of issue:

When the browser connector fails to connect to a MapD instance, there often is no useful error message in the console. Instead something like this will often show up:

screen shot 2018-05-22 at 2 43 29 pm

Nothing is visible in the network response either.

It would improve the developer friendliness of this library immensely if we could provide useful error messages.

馃啎 If feature request

  • User story: As an application or data visualization engineer using mapd-core and/or mapd backend rendering, I need to be able to debug mapd-connector when the connection fails.
  • Specific requirements/functionality:
  • Mocks (if applicable):

cc @alexbaden @andrewseidl I know there was some related issue about CORS somewhere, maybe you might have some ideas for fixing this as well.

@nermaljcat
Copy link

nermaljcat commented Feb 27, 2019

Look at: https://github.com/omnisci/mapd-connector/blob/master/thrift/browser/thrift.js#L336-L346

Seems the Thrift.Transport assumes success...

@jonvuri
Copy link
Contributor

jonvuri commented Apr 1, 2019

@nermaljcat is correct, this is an issue with Thrift not handling the .onerror event of the XHR, resulting in the exception blowing up the stack with no info.

@jonvuri
Copy link
Contributor

jonvuri commented Apr 1, 2019

Tracking in https://jira.omnisci.com/browse/FE-8235

@jonvuri jonvuri added the tracked-in-jira Issue is being tracked in Jira, link mentioned in issue comments label Apr 1, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement tracked-in-jira Issue is being tracked in Jira, link mentioned in issue comments
Projects
None yet
Development

No branches or pull requests

3 participants