Skip to content
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 tsconfig extends from node_modules #9419

Merged
merged 6 commits into from
Dec 5, 2023

Conversation

imbrian
Copy link
Contributor

@imbrian imbrian commented Dec 5, 2023

↪️ Pull Request

Currently unable to resolve TSConfig extends from node_modules in non-browser targets (projects where includeNodeModules defaults or is set to false).

This PR changes the resolver used for tsconfig.extends to include node_modules when a package specifier is provided.

resolves #9057

🚨 Test instructions

Tested against internal project and example from #9057

✔️ PR Todo

  • Added/updated unit tests for this change
  • Filled out test instructions (In case there aren't any unit tests)
  • Included links to related issues/PRs

@imbrian imbrian requested a review from devongovett December 5, 2023 19:53
@mischnic mischnic merged commit b530d34 into v2 Dec 5, 2023
14 of 16 checks passed
@mischnic mischnic deleted the imbrian/tsconfig-extends-node_modules branch December 5, 2023 20:53
baltpeter added a commit to tweaselORG/ReportHAR that referenced this pull request Jun 4, 2024
zner0L added a commit to tweaselORG/ReportHAR that referenced this pull request Jun 23, 2024
* Import har2pdf code

* har2pdf: Shift all headings down by one

* har2pdf: Make heading referencable

* First somewhat working prototype

* Description

* Only print requests referenced in the report

* Reference tracker-wiki in report

* Escaping

* Outsource style to external file

* Controller notices

* Complaints

* delete unused translations file

* Fixes #5: Render App Privacy Report/TrackerControl export

* Refactor GenerateOptions

* Mention app version in second analysis in complaint

* Complaint: Only include requests from user's network activity report

* Rename to ReportHAR

* Factor out traffic preparation

* Factor out Nunjucks code

* Factor out Typst compilation

* har2pdf: fix typo in encoding detection

* extract meta from tweasel HARs

* Allow passing harMd5

* Write docstrings

* write readme

* Fixes #4: Include software versions in report

* Add link to HAR tutorial

* Export prepareTraffic()

We need to do the same thing in platform.

* Vendor TweaselHar type

While I'm not the biggest fan of duplicating the code, we were also
(needlessly) inheriting the Node 18 restriction from CA. Also, CA is
pretty huge and I never liked depending on that just for this one type.

Since the type is expected to be pretty stable, I don't think vendoring
it is too much of an issue.

* Upgrade Parcel

Due to: parcel-bundler/parcel#9419

* Switch to our custom nunjucks fork

* Inline TrackHAR translations in bundle

I was getting the following error when trying to use ReportHAR as a
library:

Module "trackhar/i18n/en.json" needs an import assertion of type "json"

But adding the assertion didn't help—Parcel strips those.

* Export translations

* Support TrackerControl individual app exports

* Switch to released TrackHAR

* Template for informal complaints

* Actually convince Parcel to inline the translations and templates

Quite finicky…

* Remove yalc and update TrackHAR

* Add method section to report

---------

Co-authored-by: Lorenz Sieben <me@lorenz-sieben.com>
baltpeter added a commit to tweaselORG/ReportHAR that referenced this pull request Jun 25, 2024
* Import har2pdf code

* har2pdf: Shift all headings down by one

* har2pdf: Make heading referencable

* First somewhat working prototype

* Description

* Only print requests referenced in the report

* Reference tracker-wiki in report

* Escaping

* Outsource style to external file

* Controller notices

* Complaints

* delete unused translations file

* Fixes #5: Render App Privacy Report/TrackerControl export

* Refactor GenerateOptions

* Mention app version in second analysis in complaint

* Complaint: Only include requests from user's network activity report

* Rename to ReportHAR

* Factor out traffic preparation

* Factor out Nunjucks code

* Factor out Typst compilation

* har2pdf: fix typo in encoding detection

* extract meta from tweasel HARs

* Allow passing harMd5

* Write docstrings

* write readme

* Fixes #4: Include software versions in report

* Add link to HAR tutorial

* Export prepareTraffic()

We need to do the same thing in platform.

* Vendor TweaselHar type

While I'm not the biggest fan of duplicating the code, we were also
(needlessly) inheriting the Node 18 restriction from CA. Also, CA is
pretty huge and I never liked depending on that just for this one type.

Since the type is expected to be pretty stable, I don't think vendoring
it is too much of an issue.

* Upgrade Parcel

Due to: parcel-bundler/parcel#9419

* Switch to our custom nunjucks fork

* Inline TrackHAR translations in bundle

I was getting the following error when trying to use ReportHAR as a
library:

Module "trackhar/i18n/en.json" needs an import assertion of type "json"

But adding the assertion didn't help—Parcel strips those.

* Export translations

* Support TrackerControl individual app exports

* Switch to released TrackHAR

* Template for informal complaints

* Actually convince Parcel to inline the translations and templates

Quite finicky…

* Remove yalc and update TrackHAR

* Add method section to report

---------

Co-authored-by: Lorenz Sieben <me@lorenz-sieben.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

@parcel/resolver-default: Could not find extended tsconfig
3 participants