Issue when used with superagent-promise...
See original GitHub issueWhen I use this with superagent-promise
I get this error: Unhandled promise rejection TypeError: parserMethod is not a function(…)(anonymous function) @ es6.promise.js:112
I have no idea why! 😛
Issue Analytics
- State:
- Created 8 years ago
- Comments:6 (2 by maintainers)
Top Results From Across the Web
Uncatched error when using Promises · Issue #1370 - GitHub
warn("Warning: superagent request was sent twice, because both .end() and .then() were called. Never call .end() if you use promises"); } this.
Read more >Promises with superagent - node.js - Stack Overflow
I am using node 6.3.0 and native promises (shouldn't matter). Also to be clear, my program is just hanging. – user3795202.
Read more >superagent-promise - npm
Start using superagent-promise in your project by running `npm i ... There are 202 other projects in the npm registry using superagent-promise.
Read more >superagent-promise - npm Package Health Analysis - Snyk
The npm package superagent-promise was scanned for known vulnerabilities and missing license, and no issues were found. Thus the package was deemed as...
Read more >superagent | Yarn - Package Manager
end(…) . Consider not using .end() at all, and migrating to promises by calling .then() instead. In Node, responses with unknown MIME type...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
Ok, to give people more context. After 2h debugging, I finally solved on my end. It was happening because the regex was matching some other url, which had a different ‘http method’ and no callback.
I think what needs to improve here is to give a more clear error when this kind thing happens: “the url
/foo/bar
does not support ‘POST’”sorry about making noise in the issue.
Solved in 3.4.0 with #60