Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[wasm] wasmconsole - output path passed to dotnet publish does not result in a runnable project at the published path #94319

Open
JakeYallop opened this issue Nov 2, 2023 · 1 comment
Assignees
Labels
arch-wasm WebAssembly architecture area-Build-mono
Milestone

Comments

@JakeYallop
Copy link
Contributor

Description

Related to #94291

dotnet publish always outputs actual runnable output to the AppBundle directory (technically, $(WasmAppDir)) - this means that if I pass a custom path when running dotnet publish, e,g dotnet publish -o "C:/myCustomPublishLocation", the location, although it seems like something has been built there (it seems to match the contents of the browser-wasm folder), it is missing key files such as the blazor.boot.json.

This does not seem to be a very good experience for anyone attempting to customise the behaviour of a publish.

Its possible this issue might be a better fit in dotnet/sdk - I'm not sure where the targets are actually located.

Reproduction Steps

dotnet new wasmconsole
dotnet publish -o "C:/publishLocation"

Expected behavior

The output written to "C:/publishLocation" is the published files for the project.

Actual behavior

The output written to "C:/publishLocation" does not contain all the files required to actually run the project.

Regression?

No response

Known Workarounds

No response

Configuration

No response

Other information

No response

@dotnet-issue-labeler dotnet-issue-labeler bot added the needs-area-label An area label is needed to ensure this gets routed to the appropriate area owners label Nov 2, 2023
@ghost ghost added the untriaged New issue has not been triaged by the area owner label Nov 2, 2023
@JakeYallop JakeYallop changed the title [wasm] output path passed to dotnet publish is ignore [wasm] output path passed to dotnet publish is ignored Nov 2, 2023
@JakeYallop JakeYallop changed the title [wasm] output path passed to dotnet publish is ignored [wasm] output path passed to dotnet publish does not publish a runnable project Nov 2, 2023
@JakeYallop JakeYallop changed the title [wasm] output path passed to dotnet publish does not publish a runnable project [wasm] output path passed to dotnet publish does not result in a runnable project at the published path Nov 2, 2023
@radical radical added arch-wasm WebAssembly architecture area-Build-mono and removed needs-area-label An area label is needed to ensure this gets routed to the appropriate area owners labels Nov 3, 2023
@radical radical added this to the 9.0.0 milestone Nov 3, 2023
@ghost
Copy link

ghost commented Nov 3, 2023

Tagging subscribers to 'arch-wasm': @lewing
See info in area-owners.md if you want to be subscribed.

Issue Details

Description

Related to #94291

dotnet publish always outputs actual runnable output to the AppBundle directory (technically, $(WasmAppDir)) - this means that if I pass a custom path when running dotnet publish, e,g dotnet publish -o "C:/myCustomPublishLocation", the location, although it seems like something has been built there (it seems to match the contents of the browser-wasm folder), it is missing key files such as the blazor.boot.json.

This does not seem to be a very good experience for anyone attempting to customise the behaviour of a publish.

Its possible this issue might be a better fit in dotnet/sdk - I'm not sure where the targets are actually located.

Reproduction Steps

dotnet new wasmconsole
dotnet publish -o "C:/publishLocation"

Expected behavior

The output written to "C:/publishLocation" is the published files for the project.

Actual behavior

The output written to "C:/publishLocation" does not contain all the files required to actually run the project.

Regression?

No response

Known Workarounds

No response

Configuration

No response

Other information

No response

Author: JakeYallop
Assignees: -
Labels:

arch-wasm, untriaged, area-Build-mono

Milestone: -

@ghost ghost removed the untriaged New issue has not been triaged by the area owner label Nov 3, 2023
@radical radical self-assigned this Nov 3, 2023
@maraf maraf assigned maraf and unassigned radical Mar 1, 2024
@maraf maraf changed the title [wasm] output path passed to dotnet publish does not result in a runnable project at the published path [wasm] wasmconsole - output path passed to dotnet publish does not result in a runnable project at the published path Mar 20, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
arch-wasm WebAssembly architecture area-Build-mono
Projects
None yet
Development

No branches or pull requests

3 participants