Account for right operands & fix a weird error message for leftmost nullish literals in checkNullishCoalesceOperands #59569

ChiriVulpes · 2024-08-09T03:18:29Z

This PR:

Removes the error for nullish literals as the leftmost operand of an expression of all nullish coalescing operators.
Performs the same checks for right-side operands that are not the last operand in an expression of all nullish coalescing operators.

Examples:

declare let opt: number | undefined;

const p01 = null ?? 1; // fixed error message, says "always nullish" instead of "never nullish"
const p02 = (opt ? null : undefined) ?? 1; // previously error, still error
const p03 = 1 ?? 2; // previously error, still error

const p10 = opt ?? null ?? 1; // previously OK, now errors on `null` as "always nullish"
const p11 = opt ?? (opt ? null : undefined) ?? 1; // previously OK, now errors on `opt ? null : undefined` as "always nullish"
const p12 = opt ?? (opt ? 1 : 2) ?? 3; // previously OK, now errors on `opt ? 1 : 2` as "never nullish"

The tests in predicateSemantics.ts have more cases to verify this works in all situations, but it's possible I've missed some and this needs more coverage.

For more information, see #59546

Note: this overview has been edited to reflect the current PR

ChiriVulpes · 2024-08-09T03:22:42Z

@microsoft-github-policy-service agree

…hCoalesceOperands

MartinJohns · 2024-08-09T05:01:48Z

const p01 = null ?? 1; // previously error, now OK

According to #59546 this should be an error.

ChiriVulpes · 2024-08-09T05:07:51Z

No? That was the whole point of me making this PR 😛 Unless I’m misunderstanding what you mean? The PR accomplishes two things, it prevents erroring in the way I use it while preserving all other errors, and it adds new errors to right side operands that were previously not checked

jakebailey · 2024-08-09T05:28:28Z

I'm pretty sure Ryan was saying that the error message needed to be fixed to not complain about parens where that doesn't make sense, and that an unconditional nullish value on the left side was dubious code that should still error. I'm not sure how #59546 (comment) could be read any other way.

ChiriVulpes · 2024-08-09T05:30:57Z

The error message was already fixed by another commit since the release of 5.6.0-beta, it was irrelevant to my issue. I failed to test in nightly when I made the initial issue report and it muddied everything. (I only noticed while working on this PR)

RyanCavanaugh

Most of the diff looks good but the special case for null ?? null etc is not an approved change.

tests/baselines/reference/predicateSemantics.errors.txt

…ways nullish

ChiriVulpes · 2024-08-10T01:24:47Z

Okay so I've addressed the line you pointed out and some similar lines, unfortunately it increased the surface area of the PR a bit. I tried to limit it as much as I could.

List of changes:

The PredicateSemantics of binary expressions in getSyntacticNullishnessSemantics are now actually calculated like the ConditionalExpression, which results in situations like null ?? null ?? null actually erroring over the whole expression. As a result of these changes, the right operand check for never nullish is no longer necessary, so it was removed
Since nullish coalesce errors were all previously added to the operands of a nullish coalesce expression, null ?? null as an expression by itself was not able to be caught, so now the semantics of the left and right operands are used to add a new error if both operands are always nullish and that's the whole expression
Added a couple more test lines

Note that this does result in more overlapping errors in the baselines, but I think most cases in real-world code won't get much or any of that.

Hopefully this is what you wanted? Up to revert or do this differently if you prefer.

ChiriVulpes · 2024-08-10T01:37:24Z

Actually maybe it would be more useful for me to explain the changes with two variations.

So the current code I just pushed results in errors like this:

The alternative would be reverting the change to start resolving PredicateSemantics of binary expresions and keeping the right side operand never nullish check, which looks like this:

I thought the former was probably closer to what you actually wanted though so that's what I went with. If you wanted something between the two of them, IE preferring the second version of p22 and p23, but wanting to error on more than just the middle null of null ?? null ?? null, I think it would result in the surface area of this PR getting even bigger than it already is

MartinJohns · 2024-08-10T08:45:12Z

@RyanCavanaugh Can you clarify if I missed something? In the issue #59546 you said something like undefined ?? value should be an error, but this PR will allow null ?? value. Is null treated differently here, did you change your mind, or should null ?? value be an error?

RyanCavanaugh

I don't feel like we're getting a "meeting of the minds" here and the PR is still trying to create a carve-out for the behavior described in the original bug. The only change approved from that bug is to tweak the error message to not incorrectly talk about binary expressions when one exists. It might be cleaner to start fresh on a new PR that only makes that change?

tests/baselines/reference/predicateSemantics.errors.txt

ChiriVulpes · 2024-08-12T21:12:12Z

~~As I've already stated, the error message being confusing was already fixed due to other changes since the initial beta release, I just forgot to test nightly when I made my initial bug report.~~ [Edit: Apparently I was just hallucinating this, nevermind. I'm dumb]

I wanted to make a PR that addressed my issue in whatever way was most likely to actually be considered and pulled into the project. If it won't be, then that's fine, I guess. It's bad for me, because it means that if I want to write code that's doing this that's still just as comprehensible I'll have to be maintaining a TS fork or a TS patch indefinitely, but I have to do what I have to do and I don't fault anyone for having different opinions. I do think the eagerness of the error makes the part of it I have issue with a better fit for linting than an unconfigurable TS level error, but w/e

ChiriVulpes · 2024-08-13T11:07:50Z

This PR no longer addresses my issue, and instead only fixes the error message and adds in missing checks for the right operands. I don't think this will be controversial anymore

RyanCavanaugh

Thanks!

jakebailey · 2025-02-20T22:02:40Z

This was approved but I think just not merged. @ChiriVulpes do you mind pulling in main? If you don't have time, I'm happy to do it for you.

…-right-operands-and-ignore-leftmost-nullish-literals

ChiriVulpes · 2025-02-21T09:01:30Z

@jakebailey I think it should be good now, it's been months since I touched the TS codebase so I might have done something wrong, though. Let me know if it needs tweaks

ChiriVulpes · 2025-02-21T09:15:25Z

(The one fail appears to be unrelated and might go away with a rerun)

jakebailey · 2025-02-21T19:06:25Z

@typescript-bot test it

typescript-bot · 2025-02-21T19:06:31Z

Starting jobs; this comment will be updated as builds start and complete.

Command	Status	Results
`test top400`	✅ Started	👀 Results
`user test this`	✅ Started	✅ Results
`run dt`	✅ Started	✅ Results
`perf test this faster`	✅ Started	👀 Results

typescript-bot · 2025-02-21T19:28:12Z

@jakebailey Here are the results of running the user tests with tsc comparing main and refs/pull/59569/merge:

Everything looks good!

typescript-bot · 2025-02-21T19:29:52Z

Hey @jakebailey, the results of running the DT tests are ready.

Everything looks the same!

You can check the log here.

typescript-bot · 2025-02-21T19:52:55Z

@jakebailey
The results of the perf run you requested are in!

Here they are:

tsc

Comparison Report - baseline..pr

_Metric	_baseline	_pr	_Delta	_Best	_Worst	_p-value
_{Compiler-Unions - node (v18.15.0, x64)}
_Errors	₃₄	₃₄	_~	_~	_~	_{p=1.000 n=6}
_Symbols	_62,390	_62,390	_~	_~	_~	_{p=1.000 n=6}
_Types	_50,395	_50,395	_~	_~	_~	_{p=1.000 n=6}
_{Memory used}	_{194,784k (± 0.97%)}	_{192,931k (± 0.01%)}	_~	_192,894k	_192,954k	_{p=0.066 n=6}
_{Parse Time}	_{1.31s (± 0.31%)}	_{1.31s (± 0.48%)}	_~	_1.30s	_1.32s	_{p=0.673 n=6}
_{Bind Time}	_0.73s	_0.73s	_~	_~	_~	_{p=1.000 n=6}
_{Check Time}	_{9.75s (± 0.37%)}	_{9.73s (± 0.37%)}	_~	_9.68s	_9.79s	_{p=0.289 n=6}
_{Emit Time}	_{2.73s (± 0.93%)}	_{2.73s (± 0.60%)}	_~	_2.72s	_2.76s	_{p=0.357 n=6}
_{Total Time}	_{14.51s (± 0.20%)}	_{14.51s (± 0.24%)}	_~	_14.45s	_14.55s	_{p=1.000 n=6}
_{angular-1 - node (v18.15.0, x64)}
_Errors	₃₇	₃₇	_~	_~	_~	_{p=1.000 n=6}
_Symbols	_948,488	_948,488	_~	_~	_~	_{p=1.000 n=6}
_Types	_411,006	_411,006	_~	_~	_~	_{p=1.000 n=6}
_{Memory used}	_{1,224,192k (± 0.00%)}	_{1,224,218k (± 0.00%)}	_~	_1,224,158k	_1,224,261k	_{p=0.298 n=6}
_{Parse Time}	_{6.63s (± 1.17%)}	_{6.66s (± 0.60%)}	_~	_6.62s	_6.74s	_{p=0.808 n=6}
_{Bind Time}	_{1.89s (± 0.44%)}	_{1.89s (± 0.33%)}	_~	_1.88s	_1.90s	_{p=0.340 n=6}
_{Check Time}	_{31.80s (± 0.09%)}	_{31.80s (± 0.28%)}	_~	_31.68s	_31.91s	_{p=0.810 n=6}
_{Emit Time}	_{15.20s (± 0.31%)}	_{15.23s (± 0.12%)}	_~	_15.21s	_15.25s	_{p=0.289 n=6}
_{Total Time}	_{55.52s (± 0.16%)}	_{55.58s (± 0.15%)}	_~	_55.46s	_55.67s	_{p=0.296 n=6}
_{mui-docs - node (v18.15.0, x64)}
_Errors	₀	₀	_~	_~	_~	_{p=1.000 n=6}
_Symbols	_2,347,440	_2,347,440	_~	_~	_~	_{p=1.000 n=6}
_Types	_845,526	_845,526	_~	_~	_~	_{p=1.000 n=6}
_{Memory used}	_{2,120,414k (± 0.00%)}	_{2,120,428k (± 0.00%)}	_~	_2,120,380k	_2,120,481k	_{p=0.378 n=6}
_{Parse Time}	_{7.26s (± 0.14%)}	_{7.26s (± 0.10%)}	_~	_7.25s	_7.27s	_{p=0.611 n=6}
_{Bind Time}	_{2.46s (± 0.56%)}	_{2.46s (± 0.68%)}	_~	_2.44s	_2.48s	_{p=0.676 n=6}
_{Check Time}	_{72.80s (± 0.32%)}	_{72.84s (± 0.43%)}	_~	_72.36s	_73.23s	_{p=0.689 n=6}
_{Emit Time}	_{0.15s (± 3.77%)}	_{0.14s (± 3.60%)}	_~	_0.14s	_0.15s	_{p=0.640 n=6}
_{Total Time}	_{82.67s (± 0.30%)}	_{82.70s (± 0.38%)}	_~	_82.24s	_83.09s	_{p=0.810 n=6}
_{self-build-src - node (v18.15.0, x64)}
_Errors	₀	₀	_~	_~	_~	_{p=1.000 n=6}
_Symbols	_1,226,564	_1,226,585	_{+21 (+ 0.00%)}	_~	_~	_{p=0.001 n=6}
_Types	_266,973	_266,984	_{+11 (+ 0.00%)}	_~	_~	_{p=0.001 n=6}
_{Memory used}	_{2,356,701k (± 0.02%)}	_{2,356,993k (± 0.03%)}	_~	_2,356,036k	_2,358,222k	_{p=0.575 n=6}
_{Parse Time}	_{5.18s (± 1.52%)}	_{5.19s (± 0.56%)}	_~	_5.14s	_5.22s	_{p=0.936 n=6}
_{Bind Time}	_{1.76s (± 1.14%)}	_{1.78s (± 1.30%)}	_~	_1.75s	_1.81s	_{p=0.165 n=6}
_{Check Time}	_{35.30s (± 0.18%)}	_{35.30s (± 0.21%)}	_~	_35.20s	_35.43s	_{p=1.000 n=6}
_{Emit Time}	_{2.96s (± 1.90%)}	_{2.99s (± 0.66%)}	_~	_2.96s	_3.01s	_{p=0.327 n=6}
_{Total Time}	_{45.23s (± 0.22%)}	_{45.28s (± 0.13%)}	_~	_45.23s	_45.38s	_{p=0.230 n=6}
_{self-build-src-public-api - node (v18.15.0, x64)}
_Errors	₀	₀	_~	_~	_~	_{p=1.000 n=6}
_Symbols	_1,226,564	_1,226,585	_{+21 (+ 0.00%)}	_~	_~	_{p=0.001 n=6}
_Types	_266,973	_266,984	_{+11 (+ 0.00%)}	_~	_~	_{p=0.001 n=6}
_{Memory used}	_{3,032,019k (± 9.77%)}	_{2,790,902k (±14.23%)}	_~	_2,426,614k	_3,154,043k	_{p=0.936 n=6}
_{Parse Time}	_{6.89s (± 0.91%)}	_{6.85s (± 1.43%)}	_~	_6.72s	_6.95s	_{p=0.469 n=6}
_{Bind Time}	_{2.14s (± 1.43%)}	_{2.15s (± 1.71%)}	_~	_2.09s	_2.18s	_{p=0.810 n=6}
_{Check Time}	_{42.83s (± 0.21%)}	_{42.71s (± 0.34%)}	_~	_42.49s	_42.86s	_{p=0.230 n=6}
_{Emit Time}	_{3.53s (± 1.80%)}	_{3.55s (± 3.64%)}	_~	_3.40s	_3.75s	_{p=0.810 n=6}
_{Total Time}	_{55.39s (± 0.14%)}	_{55.26s (± 0.52%)}	_~	_54.86s	_55.62s	_{p=0.471 n=6}
_{self-compiler - node (v18.15.0, x64)}
_Errors	₀	₀	_~	_~	_~	_{p=1.000 n=6}
_Symbols	_262,657	_262,667	_{+10 (+ 0.00%)}	_~	_~	_{p=0.001 n=6}
_Types	_106,839	_106,849	_{+10 (+ 0.01%)}	_~	_~	_{p=0.001 n=6}
_{Memory used}	_{440,410k (± 0.01%)}	_{440,443k (± 0.01%)}	_~	_440,360k	_440,515k	_{p=0.378 n=6}
_{Parse Time}	_{3.55s (± 1.37%)}	_{3.56s (± 0.96%)}	_~	_3.51s	_3.61s	_{p=0.630 n=6}
_{Bind Time}	_{1.32s (± 1.00%)}	_{1.33s (± 1.04%)}	_~	_1.31s	_1.35s	_{p=0.741 n=6}
_{Check Time}	_{18.96s (± 0.35%)}	_{18.98s (± 0.36%)}	_~	_18.87s	_19.07s	_{p=0.747 n=6}
_{Emit Time}	_{1.51s (± 0.42%)}	_{1.52s (± 1.30%)}	_~	_1.49s	_1.54s	_{p=0.655 n=6}
_{Total Time}	_{25.34s (± 0.38%)}	_{25.38s (± 0.22%)}	_~	_25.31s	_25.45s	_{p=0.332 n=6}
_{ts-pre-modules - node (v18.15.0, x64)}
_Errors	₇₀	₇₀	_~	_~	_~	_{p=1.000 n=6}
_Symbols	_226,113	_226,113	_~	_~	_~	_{p=1.000 n=6}
_Types	_94,488	_94,488	_~	_~	_~	_{p=1.000 n=6}
_{Memory used}	_{371,398k (± 0.06%)}	_{371,402k (± 0.05%)}	_~	_371,275k	_371,766k	_{p=0.628 n=6}
_{Parse Time}	_{2.89s (± 0.86%)}	_{2.89s (± 0.67%)}	_~	_2.86s	_2.91s	_{p=1.000 n=6}
_{Bind Time}	_{1.59s (± 0.73%)}	_{1.59s (± 1.52%)}	_~	_1.56s	_1.63s	_{p=0.807 n=6}
_{Check Time}	_{16.44s (± 0.37%)}	_{16.49s (± 0.35%)}	_~	_16.41s	_16.58s	_{p=0.227 n=6}
_{Emit Time}	_0.00s	_{0.00s (±244.70%)}	_~	_0.00s	_0.01s	_{p=0.405 n=6}
_{Total Time}	_{20.92s (± 0.40%)}	_{20.98s (± 0.37%)}	_~	_20.87s	_21.09s	_{p=0.228 n=6}
_{vscode - node (v18.15.0, x64)}
_Errors	₁	₁	_~	_~	_~	_{p=1.000 n=6}
_Symbols	_3,229,980	_3,229,980	_~	_~	_~	_{p=1.000 n=6}
_Types	_1,095,631	_1,095,631	_~	_~	_~	_{p=1.000 n=6}
_{Memory used}	_{3,306,258k (± 0.01%)}	_{3,306,395k (± 0.01%)}	_~	_3,305,874k	_3,306,829k	_{p=0.471 n=6}
_{Parse Time}	_{14.34s (± 0.38%)}	_{14.38s (± 0.65%)}	_~	_14.25s	_14.52s	_{p=0.470 n=6}
_{Bind Time}	_{4.59s (± 0.70%)}	_{4.61s (± 0.45%)}	_~	_4.58s	_4.64s	_{p=0.290 n=6}
_{Check Time}	_{89.06s (± 1.58%)}	_{89.16s (± 1.23%)}	_~	_88.25s	_90.78s	_{p=0.810 n=6}
_{Emit Time}	_{28.34s (± 2.66%)}	_{28.18s (± 2.67%)}	_~	_27.54s	_29.24s	_{p=1.000 n=6}
_{Total Time}	_{136.32s (± 0.98%)}	_{136.32s (± 0.64%)}	_~	_135.25s	_137.30s	_{p=0.936 n=6}
_{webpack - node (v18.15.0, x64)}
_Errors	₂	₂	_~	_~	_~	_{p=1.000 n=6}
_Symbols	_293,866	_293,866	_~	_~	_~	_{p=1.000 n=6}
_Types	_119,628	_119,628	_~	_~	_~	_{p=1.000 n=6}
_{Memory used}	_{447,193k (± 0.03%)}	_{447,064k (± 0.04%)}	_~	_446,912k	_447,304k	_{p=0.230 n=6}
_{Parse Time}	_{4.09s (± 1.45%)}	_{4.10s (± 1.45%)}	_~	_4.02s	_4.16s	_{p=0.688 n=6}
_{Bind Time}	_{1.77s (± 0.66%)}	_{1.76s (± 1.51%)}	_~	_1.72s	_1.80s	_{p=0.742 n=6}
_{Check Time}	_{18.79s (± 0.65%)}	_{18.82s (± 1.42%)}	_~	_18.64s	_19.34s	_{p=0.689 n=6}
_{Emit Time}	_0.00s	_0.00s	_~	_~	_~	_{p=1.000 n=6}
_{Total Time}	_{24.64s (± 0.68%)}	_{24.68s (± 1.20%)}	_~	_24.45s	_25.25s	_{p=0.810 n=6}
_{xstate-main - node (v18.15.0, x64)}
_Errors	₅	₅	_~	_~	_~	_{p=1.000 n=6}
_Symbols	_559,094	_559,094	_~	_~	_~	_{p=1.000 n=6}
_Types	_187,011	_187,011	_~	_~	_~	_{p=1.000 n=6}
_{Memory used}	_{496,214k (± 0.03%)}	_{496,267k (± 0.01%)}	_~	_496,206k	_496,326k	_{p=0.471 n=6}
_{Parse Time}	_{3.41s (± 0.92%)}	_{3.43s (± 0.51%)}	_~	_3.41s	_3.46s	_{p=0.195 n=6}
_{Bind Time}	_{1.19s (± 0.46%)}	_{1.19s (± 1.47%)}	_~	_1.18s	_1.22s	_{p=0.869 n=6}
_{Check Time}	_{19.72s (± 1.90%)}	_{19.63s (± 0.43%)}	_~	_19.53s	_19.73s	_{p=0.873 n=6}
_{Emit Time}	_0.00s	_{0.00s (±244.70%)}	_~	_0.00s	_0.01s	_{p=0.405 n=6}
_{Total Time}	_{24.32s (± 1.54%)}	_{24.26s (± 0.36%)}	_~	_24.16s	_24.38s	_{p=0.630 n=6}

System info unknown

Hosts

node (v18.15.0, x64)

Scenarios

Compiler-Unions - node (v18.15.0, x64)
angular-1 - node (v18.15.0, x64)
mui-docs - node (v18.15.0, x64)
self-build-src - node (v18.15.0, x64)
self-build-src-public-api - node (v18.15.0, x64)
self-compiler - node (v18.15.0, x64)
ts-pre-modules - node (v18.15.0, x64)
vscode - node (v18.15.0, x64)
webpack - node (v18.15.0, x64)
xstate-main - node (v18.15.0, x64)

_Benchmark	_Name	_Iterations
_Current	_pr	₆
_Baseline	_baseline	₆

Developer Information:

Download Benchmarks

typescript-bot · 2025-02-21T21:57:53Z

@jakebailey Here are the results of running the top 400 repos with tsc comparing main and refs/pull/59569/merge:

Something interesting changed - please have a look.

Details

hoarder-app/hoarder

apps/workers/tsconfig.json

error TS2881: This expression is never nullish.
- apps/workers/feedWorker.ts#L139

microsoft/vscode

5 of 55 projects failed to build with the old tsc and were ignored

extensions/microsoft-authentication/tsconfig.json

error TS2881: This expression is never nullish.
- extensions/microsoft-authentication/src/AADHelper.ts#L554

jakebailey · 2025-02-21T22:16:12Z

Both things above are correctly caught. In hoarder:

  feedData.items.forEach((item) => {
    item.guid = item.guid ?? `${item.id}` ?? item.link;
  });

${item.id} is definitely never nullish.

In vscode:

const id = `${claims.tid}/${(claims.oid ?? (claims.altsecid ?? '' + claims.ipd ?? ''))}`;

This parses like:

const id = `${claims.tid}/${(claims.oid ?? (claims.altsecid ?? ('' + claims.ipd) ?? ''))}`;

Clearly they meant:

const id = `${claims.tid}/${(claims.oid ?? ((claims.altsecid ?? '') + (claims.ipd ?? '')))}`;

typescript-bot added the For Backlog Bug PRs that fix a backlog bug label Aug 9, 2024

Account for right operands & leftmost nullish literals in checkNullis…

cab0009

…hCoalesceOperands

ChiriVulpes force-pushed the check-non-rightmost-right-operands-and-ignore-leftmost-nullish-literals branch from 716a382 to cab0009 Compare August 9, 2024 03:24

ChiriVulpes marked this pull request as ready for review August 9, 2024 03:48

RyanCavanaugh requested changes Aug 9, 2024

View reviewed changes

tests/baselines/reference/predicateSemantics.errors.txt Show resolved Hide resolved

Also error on nullish coalesce expressions where both operands are al…

df5f297

…ways nullish

ChiriVulpes force-pushed the check-non-rightmost-right-operands-and-ignore-leftmost-nullish-literals branch from 72ea8bd to df5f297 Compare August 10, 2024 01:15

ChiriVulpes requested a review from RyanCavanaugh August 10, 2024 01:47

RyanCavanaugh requested changes Aug 12, 2024

View reviewed changes

tests/baselines/reference/predicateSemantics.errors.txt Show resolved Hide resolved

ChiriVulpes changed the title ~~Account for right operands & leftmost nullish literals in checkNullishCoalesceOperands~~ Account for right operands & fix a weird error message for leftmost nullish literals in checkNullishCoalesceOperands Aug 13, 2024

Pare down the PR to only fix the error message and check right operands

2d84410

ChiriVulpes force-pushed the check-non-rightmost-right-operands-and-ignore-leftmost-nullish-literals branch from 789a0c2 to 2d84410 Compare August 13, 2024 11:03

ChiriVulpes requested a review from RyanCavanaugh August 13, 2024 11:08

RyanCavanaugh approved these changes Aug 13, 2024

View reviewed changes

ChiriVulpes added 2 commits February 21, 2025 21:54

Merge remote-tracking branch 'upstream/main' into check-non-rightmost…

4398a50

…-right-operands-and-ignore-leftmost-nullish-literals

Include predicateSemantics.symbols baselines update

50da01a

jakebailey merged commit 2bed7fe into microsoft:main Feb 21, 2025
32 checks passed

Account for right operands & fix a weird error message for leftmost nullish literals in checkNullishCoalesceOperands #59569

Account for right operands & fix a weird error message for leftmost nullish literals in checkNullishCoalesceOperands #59569

Uh oh!

Conversation

ChiriVulpes commented Aug 9, 2024 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

ChiriVulpes commented Aug 9, 2024

Uh oh!

MartinJohns commented Aug 9, 2024

Uh oh!

ChiriVulpes commented Aug 9, 2024

Uh oh!

jakebailey commented Aug 9, 2024 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

ChiriVulpes commented Aug 9, 2024 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

RyanCavanaugh left a comment

Choose a reason for hiding this comment

Uh oh!

Uh oh!

ChiriVulpes commented Aug 10, 2024 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

ChiriVulpes commented Aug 10, 2024

Uh oh!

MartinJohns commented Aug 10, 2024

Uh oh!

RyanCavanaugh left a comment

Choose a reason for hiding this comment

Uh oh!

Uh oh!

ChiriVulpes commented Aug 12, 2024 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

ChiriVulpes commented Aug 13, 2024

Uh oh!

RyanCavanaugh left a comment

Choose a reason for hiding this comment

Uh oh!

jakebailey commented Feb 20, 2025

Uh oh!

ChiriVulpes commented Feb 21, 2025

Uh oh!

ChiriVulpes commented Feb 21, 2025

Uh oh!

jakebailey commented Feb 21, 2025

Uh oh!

typescript-bot commented Feb 21, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

typescript-bot commented Feb 21, 2025

Uh oh!

typescript-bot commented Feb 21, 2025

Uh oh!

typescript-bot commented Feb 21, 2025

tsc

Uh oh!

typescript-bot commented Feb 21, 2025

hoarder-app/hoarder

apps/workers/tsconfig.json

microsoft/vscode

extensions/microsoft-authentication/tsconfig.json

Uh oh!

jakebailey commented Feb 21, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

Uh oh!

Uh oh!

ChiriVulpes commented Aug 9, 2024 •

edited

Loading

jakebailey commented Aug 9, 2024 •

edited

Loading

ChiriVulpes commented Aug 9, 2024 •

edited

Loading

ChiriVulpes commented Aug 10, 2024 •

edited

Loading

ChiriVulpes commented Aug 12, 2024 •

edited

Loading

typescript-bot commented Feb 21, 2025 •

edited

Loading

jakebailey commented Feb 21, 2025 •

edited

Loading