[ Web Proxy ]
URL:
Viewing: https://github-redirect.dependabot.com/browserify/browserify/pull/1838 [Back]  [Original]

Update path-browserify to v1.0.0 by goto-bus-stop Pull Request #1838 browserify/browserify GitHub
Skip to content

Navigation Menu

Sign in
Search/
Sign up

Update path-browserify to v1.0.0 - #1838

Merged
goto-bus-stop merged 1 commit into
masterfrom
path-1
Nov 15, 2019
Merged

goto-bus-stop merged 1 commit into
masterfrom
path-1

Conversation

@goto-bus-stop [@goto-bus-stop]

@goto-bus-stop [@goto-bus-stop] goto-bus-stop commented Jun 6, 2018
edited
Loading

Copy link
Copy Markdown
Member

This version updates to the Node v10.3.0 API. This change is breaking,
because path methods now throw errors when called with arguments that are not
strings.

  • Add path.parse and path.format.
  • Add path.posix as an alias to path.
  • Port tests from Node.js.

One for v17, maybe. path.XYZ(undefined) throwing an error is definitely going
to break existing projects. I guess they could just stay on older browserify
versions tho.

Closes #1846

[Go]
@goto-bus-stop [@goto-bus-stop] goto-bus-stop changed the title Update path-browserify to v1 Update path-browserify to v1.0.0 Jun 6, 2018

ChALkeR commented Jun 9, 2018

Copy link
Copy Markdown

Eh, I hoped this update could get in as a semver-minor version
Any ETA for the release?

I will probably take a look if fixes could be backported to path-browserify@0.0.x.
@goto-bus-stop What do you think?

[Go]

ChALkeR commented Jun 9, 2018
edited
Loading

Copy link
Copy Markdown

path methods now throw errors when called with arguments that are not
strings.

Do you have a specific case in mind, btw?

That's not applicable to all the methods, as e.g. "

  • path.resolve threw on non-strings in 0.0.0.
  • path.isAbsolute also likely threw as it called .charAt directly without any checks.
  • path.normalize called .isAbsolute and also threw.
  • path.join also contained a check.
  • path.relative called .resolve and also threw.

The three methods that didn't throw were: .dirname(), .basename() and .extname().

What do you think of converting the input to string on those and releasing that as path-browserify@0.0.1?

[Go]

Copy link
Copy Markdown
Member Author

The basename / extname / dirname methods didn't throw in 0.0.0:

image [image]

I think doing a path-browserify release with the fixes and new features but without the additional checks would be fine

[Go]

ChALkeR commented Jun 9, 2018

Copy link
Copy Markdown

@goto-bus-stop Could I chat with you via IRC or Gitter about it?

[Go]

Copy link
Copy Markdown

Hey folks just wanted to reach out and see if there's anything I can do to help here

[Go]

ChALkeR commented Jun 25, 2018
edited
Loading

Copy link
Copy Markdown

For posterity: my concerns above were adressed with a semver-patch version of path-browserify@0.x that backported some of the fixes in a compatible form, so having this update to @1.0.0 a semver-major is fine to me.

[Go]

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

[Hide comment]
  • [ ]
[Go]

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

[Hide comment]
[Go]
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters. Learn more about bidirectional Unicode characters
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Footer

© 2026 GitHub, Inc.

Web Proxy Viewer  |  New URL  |  Original Page