Age | Commit message (Collapse) | Author | |
---|---|---|---|
2019-08-02 | third_party: upgrade rust crates | Bert Belder | |
2019-07-30 | feat: add debug info to ModuleResolutionError (#2697) | Bartek Iwańczuk | |
2019-07-22 | save headers for all intermediate redirects (#2677) | Bartek Iwańczuk | |
2019-07-18 | REPL shouldn't panic when it gets SIGINT (#2662) | Ryan Dahl | |
2019-07-12 | Fix REPL when it receives EOF (#2638) | Ryan Dahl | |
2019-07-11 | Refactor error to use dynamic dispatch and traits | Bert Belder | |
This is in preperation for dynamic import (#1789), which is more easily implemented when errors are dynamic. | |||
2019-07-08 | cli: refactor deno_dir to use Url instead of String | Bartek Iwańczuk | |
2019-07-08 | core: clearly define when module lookup is path-based vs URL-based | Bert Belder | |
The rules are now as follows: * In `import` statements, as mandated by the WHATWG specification, the import specifier is always treated as a URL. If it is a relative URL, it must start with either / or ./ or ../ * A script name passed to deno as a command line argument may be either an absolute URL or a local path. - If the name starts with a valid URI scheme followed by a colon, e.g. 'http:', 'https:', 'file:', 'foo+bar:', it always interpreted as a URL (even if Deno doesn't support the indicated protocol). - Otherwise, the script name is interpreted as a local path. The local path may be relative, and operating system semantics determine how it is resolved. Prefixing a relative path with ./ is not required. | |||
2019-06-30 | core: return useful error when import path has no prefix like ./ | Bert Belder | |
2019-06-19 | Combine CLI Errors (#2487) | Kitson Kelly | |