Marcell

@btegs I couldn't make this linter work cause this issue is raised to me, do you recommend any kind of workaround? (I'm trying to close this PR attached above as...

sadly, tests will pass but users will still see an error (it's the blocking issue that I attached in the description), it's a third-party blocker... so I'll mark as draft...

@mcollina I'm engaging in the discussion (https://github.com/standard/ts-standard/issues/222), but right now **I'm already open to workarounds** (like using another linter simple as the `standard` for TS).

I'll try to take a look on what needs to be done here this weekend (I was super busy with something else in the last days, sorry).

This is still an issue for anyone trying to install and use sip.js in a default React app created by [CRA](https://create-react-app.dev/) with TS template. For now, the workaround for me...

**current state of this...** I updated a lot of direct dependencies and fixed function signatures. but running: ``` npm run start:mercurius --prefix ./examples/persisted-queries/server ``` is raising this error: > (node:93672)...

@mcollina, can you give me a suggestion of course of action here? What I'm doing is update these nested dependencies and wait for their release but it seems a lot...

I'm still having the same error whenever I write ``` import { electronEnhancer } from 'redux-electron-store'; ```

I was having this error due to my app being exposed on HTTP (instead of HTTPS). Does someone agree that we should polyfill this with Promise rejections? Or is it...

@timdorr could you follow up the discussion that @markerikson started with me at #3582 ? I recently started to study TS and I always use Redux, so I got interested...