You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
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
The text was updated successfully, but these errors were encountered:
ghost
added
the
untriaged
New issue has not been triaged by the area owner
label
Nov 2, 2023
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
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
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
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
removed
the
untriaged
New issue has not been triaged by the area owner
label
Nov 3, 2023
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
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 runningdotnet publish
, e,gdotnet publish -o "C:/myCustomPublishLocation"
, the location, although it seems like something has been built there (it seems to match the contents of thebrowser-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
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
The text was updated successfully, but these errors were encountered: