You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: .github/ISSUE_TEMPLATE/Bug_report.md
+49-20Lines changed: 49 additions & 20 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -4,41 +4,70 @@ about: Create a report to help us improve TypeScript
4
4
title: ''
5
5
labels: ''
6
6
assignees: ''
7
-
8
7
---
8
+
# Bug Report
9
9
10
-
<!-- 🚨 STOP 🚨 STOP 🚨 STOP 🚨
11
-
12
-
Half of all issues filed here are duplicates, answered in the FAQ, or not appropriate for the bug tracker. Even if you think you've found a *bug*, please read the FAQ first, especially the Common "Bugs" That Aren't Bugs section!
10
+
<!--
11
+
Please fill in each section completely. Thank you!
12
+
-->
13
13
14
-
Please help us by doing the following steps before logging an issue:
* Read the FAQ, especially the "Common Feature Requests" section: https://github.com/Microsoft/TypeScript/wiki/FAQ
17
-
10
+
<!--
11
+
Please fill in each section completely. Thank you!
18
12
-->
19
13
20
-
## Search Terms
14
+
## 🔍 Search Terms
21
15
22
-
<!-- List of keywords you searched for before creating this issue. Write them down here so that others can find this suggestion more easily -->
16
+
<!--
17
+
💡 Did you know? TypeScript has over 2,000 open suggestions!
18
+
🔎 Please search thoroughly before logging new feature requests as most common ideas already have a proposal in progress.
19
+
The "Common Feature Requests" section of the FAQ lists many popular requests: https://github.com/Microsoft/TypeScript/wiki/FAQ#common-feature-requests
23
20
24
-
## Suggestion
21
+
Replace the text below:
22
+
-->
25
23
26
-
<!-- A summary of what you'd like to see added or changed -->
24
+
List of keywords you searched for before creating this issue. Write them down here so that others can find this suggestion more easily and help provide feedback.
27
25
28
-
## Use Cases
26
+
## ✅ Viability Checklist
29
27
30
28
<!--
31
-
What do you want to use this for?
32
-
What shortcomings exist with current approaches?
29
+
Suggestions that don't meet all these criteria are very, very unlikely to be accepted.
30
+
We always recommend reviewing the TypeScript design goals before investing time writing
31
+
a proposal for ideas outside the scope of the project.
33
32
-->
34
-
35
-
## Examples
36
-
37
-
<!-- Show how this would be used and what the behavior would be -->
38
-
39
-
## Checklist
40
-
41
33
My suggestion meets these guidelines:
42
34
43
35
*[ ] This wouldn't be a breaking change in existing TypeScript/JavaScript code
44
36
*[ ] This wouldn't change the runtime behavior of existing JavaScript code
45
37
*[ ] This could be implemented without emitting different JS based on the types of the expressions
46
-
*[ ] This isn't a runtime feature (e.g. library functionality, non-ECMAScript syntax with JavaScript output, etc.)
38
+
*[ ] This isn't a runtime feature (e.g. library functionality, non-ECMAScript syntax with JavaScript output, new syntax sugar for JS, etc.)
47
39
*[ ] This feature would agree with the rest of [TypeScript's Design Goals](https://github.com/Microsoft/TypeScript/wiki/TypeScript-Design-Goals).
40
+
41
+
42
+
## ⭐ Suggestion
43
+
44
+
<!-- A summary of what you'd like to see added or changed -->
45
+
46
+
## 📃 Motivating Example
47
+
48
+
<!--
49
+
If you were announcing this feature in a blog post, what's a short explanation that shows
50
+
a developer why this feature improves the language?
Copy file name to clipboardExpand all lines: CONTRIBUTING.md
+12-3Lines changed: 12 additions & 3 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -189,16 +189,25 @@ import { f as g } from "file1";
189
189
var x =g();
190
190
```
191
191
192
-
## Managing the Baselines
192
+
## Managing the baselines
193
193
194
-
Compiler tests generate baselines: one file each for the emitted `.js`, the errors produced by the compiler, the type of each expression, and symbol for each identifier. Additionally, some tests generate baselines for the source map output.
194
+
Most tests generate "baselines" to find differences in output.
195
+
As an example, compiler tests usually emit one file each for
196
+
197
+
- the `.js` and `.d.ts` output (all in the same `.js` output file),
198
+
- the errors produced by the compiler (in an `.errors.txt` file),
199
+
- the types of each expression (in a `.types` file),
200
+
- the symbols for each identifier (in a `.symbols` file), and
201
+
- the source map outputs for files if a test opts into them (in a `.js.map` file).
195
202
196
203
When a change in the baselines is detected, the test will fail. To inspect changes vs the expected baselines, use
Alternatively, you can set the `DIFF` environment variable and run `gulp diff`, or manually run your favorite folder diffing tool between `tests/baselines/reference` and `tests/baselines/local`. Our team largely uses Beyond Compare and WinMerge.
210
+
202
211
After verifying that the changes in the baselines are correct, run
@@ -590,6 +592,7 @@ task("LKG").description = "Makes a new LKG out of the built js files";
590
592
task("LKG").flags={
591
593
" --built": "Compile using the built version of the compiler.",
592
594
};
595
+
task("lkg",series("LKG"));
593
596
594
597
constgenerateSpec=()=>exec("cscript",["//nologo","scripts/word2md.js",path.resolve("doc/TypeScript Language Specification - ARCHIVED.docx"),path.resolve("doc/spec-ARCHIVED.md")]);
0 commit comments