Skip to content

fix: point js client package metadata at UiPath/coreipc - #158

Merged
lucarachiteanu merged 1 commit into
masterfrom
fix/js-package-repository-url
Sep 15, 2026
Merged

lucarachiteanu merged 1 commit into
masterfrom
fix/js-package-repository-url

Conversation

@lucarachiteanu

Copy link
Copy Markdown
Contributor

src/Clients/js/package.json still points repository, bugs and homepage at eduard-dumitru/js-multitargeting, a personal repo the JS client no longer lives in. This points all three at UiPath/coreipc.

Why it matters beyond tidiness

webpack.common.js builds the published packages by spreading this file — generate-package-json-webpack-plugin takes the base package.json, strips scripts/dependencies/devDependencies, and overrides name to @uipath/coreipc or @uipath/coreipc-web. So these three fields are what ends up in the published metadata for both packages.

That's currently visible on npmjs: @uipath/coreipc@2.5.1-20260209-02 carries the js-multitargeting URLs and has no attestations.

It also blocks provenance. npm verifies repository.url against the repository the build actually ran in and refuses to publish on a mismatch, so Trusted Publishing cannot work until this lands.

Scope

Metadata only — no build, packaging or dependency changes. author is deliberately left alone.

Split out of #157 so it can be reviewed and merged on its own; #157 depends on it.

🤖 Generated with Claude Code

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
@lucarachiteanu
lucarachiteanu merged commit 016b8a2 into master Sep 15, 2026
3 checks passed
@lucarachiteanu
lucarachiteanu deleted the fix/js-package-repository-url branch September 15, 2026 14:02
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.

2 participants