Skip to content
This repository was archived by the owner on Feb 14, 2023. It is now read-only.
This repository was archived by the owner on Feb 14, 2023. It is now read-only.

Dependency Use force update 1.0.10 causes a Type Error #227

Open

Description

@jessesward

It seems that the dependency 'use-force-update 1.0.10' throws a Type error when using the useGlobal hook:
Uncaught TypeError: use_force_update_1.default is not a function

Rolling back to use-force-update v1.0.8 fixes the issue.

Activity

  1. quisido commented on Aug 11, 2022

    @quisido
    Collaborator

    I'll look into this. Can you confirm if you are using React Native or is this a browser project?

  2. jessesward commented on Aug 12, 2022

    @jessesward
    Author

    I'll look into this. Can you confirm if you are using React Native or is this a browser project?

    This is a browser project. Using React v18.2.0

  3. ngobach commented on Aug 12, 2022

    @ngobach

    It is reproducible with react-scripts@^5.

  4. quisido commented on Aug 12, 2022

    @quisido
    Collaborator

    I'm able to reproduce this. The use-force-update import is being returned by Webpack as a string (/path/to/some-file.cjs) instead of returning the actual module.

    There is a bug report for this at facebook/create-react-app#11889 and a pull request to fix it at #12352.

    Here are some solutions:

    • Downgrade react-scripts to ^4 until they resolve it in ^5.
    • Downgrade use-force-update to 1.0.8.
    • Install Craco and use this configuration.
    • Eject from react-scripts and update your Webpack config like this.
    • Use the commit in the pull request for your copy of react-scripts.

    The easiest solution is likely to downgrade react-scripts. If you want the newest toys (who doesn't?), then locking use-force-update at 1.0.8 should work. It may be hard to patch your lock file manually, so depending on your package manager you can check out alternatives.

    For NPM v8+:

    package.json
    {
      "overrides": {
        "use-force-update": "1.0.8"
      }
    }
    

    For Yarn1:

    package.json
    {
      "resolutions": {
        "use-force-update": "1.0.8"
      }
    }
    

    For Yarn2:

    # .yarnrc.yml
    packageExtensions:
      'reactn@*':
        dependencies:
          use-force-update: 1.0.8

    The third best solution is probably CRACO, because it's easy to just delete the CRACO config file if you decide you don't want it anymore. It's also nice to just have that freedom to configure Webpack regardless.

    I hope one of these work for you. I could "fix" it in the package itself, but that would require removing native ESM support, and I'm reluctant to think that to be the right choice. 😞

  5. jessesward commented on Aug 13, 2022

    @jessesward
    Author

    Thanks for looking into it!

    For now I think I'll just lock use-force-update to 1.0.8. Seems to be the best option. Hopefully the webpack issue will get worked out soon.

  6. ngobach commented on Aug 13, 2022

    @ngobach

    I was upgrading react-scripts from ^4 to ^5 and use-force-update is the only library that broke the build. So I guess this library might be using something non-standard. I found this exports interesting but it could be the reason of breaking changes (from ^1.0.8).

    {
      "exports": {
        ".": {
          "import": "./dist/esm/index.js",
          "require": "./dist/cjs/index.cjs"
        }
      }
    }
    
  7. quisido commented on Aug 13, 2022

    @quisido
    Collaborator

    The reason is the cjs file extension, which is standard in newer versions of Node for packages that contain both CJS and ESM code. Others are experiencing it for other dependencies in the CRA bug report linked above.

    It's true that not many dependencies use the CJS file extension. Not many dependencies vend both CJS and ESM builds.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions