-
Notifications
You must be signed in to change notification settings - Fork 323
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
Fix TypeScript lint errors #6567
Conversation
opening as draft to trigger a CI run to confirm whether the fixes actually work |
not quite sure whether this actually works. lint is green, however it's entirely possible it's because this runner already has the relevant build artifacts from a previous run. (i don't know how exactly the CI runners work around here) |
This PR does make this change for consistency: -import * as linkedDist from '../../../../../target/ensogl-pack/linked-dist/index'
+import * as linkedDist from '../../../../../target/ensogl-pack/linked-dist'
|
status update: wasm failed to build with the classic:
|
mini self QA (highly recommend for someone else to do a real QA): |
Damn, I thought it is fixed ... we had discussion about it and recently it stopped showing up :( Ehh, so bad it's still there :( |
declare module '*/ensogl-pack/linked-dist' { | ||
// eslint-disable-next-line no-restricted-syntax | ||
export * from '../../../../lib/rust/ensogl/pack/js/src/runner/index' | ||
} |
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.
- What does it do and why it is better than the previous version? I'm asking just to understand what is the difference here.
- It was working fine earlier without that change. Did it stop working because of some new lints enabled? What are these lints? I'm asking about it as it makes the code extremely verbose here and I'm not sure it gives any benefits to us.
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 have no clue whether this is a proper fix - but the idea is that this removes the dependency on the built module, so we are now pointing at the actual source (which always exists) instead of the built
.d.ts
- i don't think so - as mentioned elsewhere i think it only happens on clean runners (?!). the issue happens on the typecheck run, so what's happening is, typescript is looking for the type definitions but cannot find them
Oh, I understand this is fixing the CI errors we have now? If so, few questions:
|
As this fixes CI, Im merging it, but let's continue the discussion about the points above here please @somebody1234 . |
afaict, CI was working. still not sure why it breaks sometimes
i'm guessing the issue only appears on a fresh runner, which doesn't have |
Ah, gotcha! Ok, that makes sense. Would you be so nice and also take a look at my code comment above? :) |
This reverts commit 0a8f809.
Pull Request Description
Should fix TypeScript lint errors.
These errors do not show up locally as the imports point to built assets.
Important Notes
None
Checklist
Please ensure that the following checklist has been satisfied before submitting the PR:
Scala,
Java,
and
Rust
style guides. In case you are using a language not listed above, follow the Rust style guide.
./run ide build
.