Stuck on an issue?

Lightrun Answers was designed to reduce the constant googling that comes with debugging 3rd party libraries. It collects links to all the places you might be looking at while hunting down a tough bug.

And, if you’re still stuck at the end, we’re happy to hop on a call to see how we can help out.

Suggestions regarding typescript + export = FormData

See original GitHub issue

One of our users ran into a problem due to the typing of form-data 😦 Specifically the error:

tsc --outDir lib

node_modules/gitlab/dist/infrastructure/index.d.ts:2:8 - error TS1259: Module '"D:/my-project/node_modules/@types/form-data/index"' can only be default-imported using the 'esModuleInterop' flag

2 import FormData from 'form-data';
         ~~~~~~~~

  node_modules/@types/form-data/index.d.ts:15:1
    15 export = FormData;
       ~~~~~~~~~~~~~~~~~~
    This module is declared with using 'export =', and can only be used with a default import when using the 'esModuleInterop' flag.

In the node-gitlab library, the lines that reference form-data are:

import FormData from 'form-data';
...
export interface DefaultRequestOptions extends Sudo {
  body?: object | FormData;
  query?: object;
}

And I have esModuleInterlop set in my tsconfig.

I’m not really sure how to go about solving this problem, any suggestions ? 😕

Issue Analytics

State:
Created 4 years ago
Reactions:1
Comments:15

Top GitHub Comments

3reactions

jdalrymplecommented, Sep 4, 2019

https://github.com/jdalrymple/node-gitlab/issues/417#issuecomment-526574251 Our solution was changing the import for this one ts file:

https://github.com/jdalrymple/node-gitlab/commit/91cfbf27379be535ed90872ce0ea37b29e206d5c

The problem with making that change everwhere is the creation of another error which correctly states that FormData isnt callable since import * as FormData from 'form-data' should be an object

1reaction

netaisllccommented, Aug 28, 2019

Cannot repro. We are consuming form-data via request:

├─┬ request@2.88.0
│ ├── aws-sign2@0.7.0
│ ├── aws4@1.8.0
│ ├── caseless@0.12.0
│ ├─┬ combined-stream@1.0.8
│ │ └── delayed-stream@1.0.0
│ ├── extend@3.0.2
│ ├── forever-agent@0.6.1
│ ├─┬ form-data@2.3.3
│ │ └── asynckit@0.4.0
│ ├─┬ har-validator@5.1.3
│ │ ├─┬ ajv@6.10.2
│ │ │ ├── fast-deep-equal@2.0.1
│ │ │ ├── json-schema-traverse@0.4.1
│ │ │ └─┬ uri-js@4.2.2
│ │ │   └── punycode@2.1.1
│ │ └── har-schema@2.0.0
│ ├─┬ http-signature@1.2.0
│ │ ├── assert-plus@1.0.0
│ │ ├─┬ jsprim@1.4.1
│ │ │ ├── extsprintf@1.3.0
│ │ │ ├── json-schema@0.2.3
│ │ │ └── verror@1.10.0
│ │ └─┬ sshpk@1.16.1
│ │   ├── asn1@0.2.4
│ │   ├── bcrypt-pbkdf@1.0.2
│ │   ├── dashdash@1.14.1
│ │   ├── ecc-jsbn@0.1.2
│ │   ├── getpass@0.1.7
│ │   ├── jsbn@0.1.1
│ │   └── tweetnacl@0.14.5

But making a small repro project, installing request and using TypeScript 3.5.3 does not recreate the problem. Sorry I can’t help more.