-
Notifications
You must be signed in to change notification settings - Fork 450
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
Adding info about limitations in debugger statements in README #313
Conversation
Adding information about debugger statements not working in VSCode, and recommending users to use breakpoints.
Added link to limitations in debugger statements in the top index
README.md
Outdated
@@ -286,6 +287,9 @@ If the `jest.mock()` calls is placed after actual code, (e.g. after functions or | |||
the line numbers in stacktraces will be off. | |||
We suggest placing the `jest.mock()` calls after the imports, but before any actual code. | |||
|
|||
### Current limitations for debugger statements | |||
The `debugger`; statements do not work in VSCode, but breakpoints will map the TypeScript code correctly to the transpiled Javascript. | |||
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Shouldn't this be the other way around - ''...will map the transpiled Javasript code correctly to the Typescript code"?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I just reused the same documentation which was removed couple of days back 9cb6f86#diff-04c6e90faac2675aa89e2176d2eec7d8
It works both ways I guess?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Updated mapping from JS to TS in the information about current limitations for debugger statements in README
I've just tested with ts-jest version 20.0.14 + Everything works as expected. The issue was all about removing |
Thanks @tkrotoff I agree that this PR should be reverted. |
Suggestion in #309