Sharepoint requesting files from SPFx solution with wrong port

[sliziky]

Target SharePoint environment

SharePoint Online

What SharePoint development model, framework, SDK or API is this about?

💥 SharePoint Framework

Developer environment

Windows

What browser(s) / client(s) have you tested

• 💥 Internet Explorer
• 💥 Microsoft Edge
• 💥 Google Chrome
• 💥 FireFox
• 💥 Safari
• mobile (iOS/iPadOS)
• mobile (Android)
• not applicable
• other (enter in the "Additional environment details" area below)

Additional environment details

• browser version
• SPFx version 1.19.0
• Node.js version 18.20.2
• etc

Describe the bug / error

I am trying to run a hosted workbench from my SPFx solution on the port 4322 (4321 is reserved by colleague) using URL params ?loadSPFX=true&debugManifestsFile=https://localhost:4322/temp/manifests.js which works fine, I can see the webpart in the webpart list

But when I add the webpart I get this error on the page, and these in the console - looking by URL it seems that Sharepoint is trying to read the files using the port 4321 and not 4322

The solution is run via command gulp serve --nobrowser --max-old-space-size=8192

serve.json

{
  "$schema": "https://developer.microsoft.com/json-schemas/spfx-build/spfx-serve.schema.json",
  "port": 4322,
  "https": true,
  "initialPage": "<my_shp_site>/_layouts/workbench.aspx"
}

Thanks

Steps to reproduce

1. Set port in serve.json to 4322 and run solution
2. Add webpart to page
3. Webpart fails to show and throws error

Expected behavior

I expect Sharepoint to run the solution on port 4322

[sliziky]

I found this in the webpart manifest

"loaderConfig": {
  "internalModuleBaseUrls": [
    "https://localhost:4321/dist/",
    "https://localhost:4322/dist/",
  ],
  ...
}

[sliziky]

I added "debugBasePath": "https://localhost:4322" and then rebuilt solution using gulp clean and gulp bundle which rebuilt /dist folder correctly - although manifests.json hasnt changed and still contained also localhost:4321, so I went into the file /temp/manifests.js and replaced occurence of 4321 -> 4322 and it works now