Feature Request: Handle TypeScript Better #34
Comments
Also note, the sourcemapped files appear in the file finder (ctrl-p) as well. |
Ok |
Looks like chromium doesn't recognizes source maps currently. |
If we have target file with the same content inside file system we can just clear sourceContent. Fixes #34
Latest ndb version (1.0.17) contains a fix for |
@ak239 Still doesn't work. If I use something like Expand errorsfs.js:119 throw err; ^ Error: EPERM: operation not permitted, unlink 'UserName\AppData\Local\Temp\ndb-SU1uJo\BrowserMetrics\BrowserMetrics-5B60EFFF-2214.pma' at Object.unlinkSync (fs.js:925:3) at fixWinEPERMSync (UserName\AppData\Roaming\npm\node_modules\ndb\node_modules\rimraf\rimraf.js:211:13) at rimrafSync (UserName\AppData\Roaming\npm\node_modules\ndb\node_modules\rimraf\rimraf.js:311:28) at UserName\AppData\Roaming\npm\node_modules\ndb\node_modules\rimraf\rimraf.js:342:5 at Array.forEach () at rmkidsSync (UserName\AppData\Roaming\npm\node_modules\ndb\node_modules\rimraf\rimraf.js:341:26) at rmdirSync (UserName\AppData\Roaming\npm\node_modules\ndb\node_modules\rimraf\rimraf.js:334:7) at fixWinEPERMSync (UserName\AppData\Roaming\npm\node_modules\ndb\node_modules\rimraf\rimraf.js:209:5) at rimrafSync (UserName\AppData\Roaming\npm\node_modules\ndb\node_modules\rimraf\rimraf.js:311:28) at UserName\AppData\Roaming\npm\node_modules\ndb\node_modules\rimraf\rimraf.js:342:5 |
Based on stack trace it looks like error at exit. Does source map work when ndb is running or is it immediately closed after start? |
I just upgraded to v1.0.17. I do not get that error when exiting. However, running scripts EDIT: It looks like saving to disk from |
Does your ts file get little green dot next to its tab and if you try to set breakpoint inside this ts file, does breakpoint stay there are jump to some other file? |
Yes, all of my |
@ak239 |
Latest roll contains uiLocationToRawLocations method that should fix source maps on frontend side. Fixes #34
Finally this one should be fixed in just published 1.0.20. Please check it out. 😄 |
Sourcemaps are available for me, but breakpoints don't work (on Windows). It seems like a relative/absolute path handling error. If I click on a typescript line, a new file opens with the filename "/", e.g. "file:///C:/dir/C:\dir\file", which is empty. Should I open a new issue? This can be reproduced with cruddl by running |
I'm experiencing the same. Breakpoints are just ignore when executing code. Anything that needs to be done to make ndb aware of the sourcemaps? |
I am seeing the same issue as well |
Steps to reproduce
Tell us about your environment:
What steps will reproduce the problem?
Please include code that reproduces the issue.
I followed this guide, hoping it would work out essentially the same. It _kind of _ works. I opened ndb with
ndb .
in the root of my project, then ran one of my npm scripts from thendb
UI. The script wasts-node src/index.ts
(I had to move my typings around a bit before this would work), and it ran just fine from insidendb
. Unfortunately, after starting the script, I could not set breakpoints in any of the files listed byndb
. However, if I stopped the script, set a breakpoint in one of the.ts
files (specifically,src/inxex.ts
), then restarted the script, ndb would start up and open a new file. This file matches what the article linked above led me to expect - the tab says the file isindex.ts?[sm]
. However, I cannot actually select this or other files from the list of files presented in the UI by ndb.At this point, with the already-opened
index.ts?[sm]
file, I can move the breakpoint around and it appears to work fine.What is the expected result?
If sourcemaps are available, the sourcemapped files should be available instead (or at least in addition to) the normal
.ts
files.What happens instead?
They are not listed in the UI.
The text was updated successfully, but these errors were encountered: