ApplicationIcon does not work when cross building win-x64 from Linux

[NicolasDorier]

How to reproduce

On linux (using Buster 3.0.101):

dotnet new console
# Add myicon.ico to the project
dotnet publish --runtime win-x64 -p:ApplicationIcon=myicon.ico

Grab bin/Debug/netcoreapp3.0/publish/*.exe
Notice that the executable does not show any icon on windows explorer.
The same process on windows works as expected.

Expected

The executable should have the application icon properly set.

Workaround

Post process the .exe with wine and rcedit.exe.
https://github.com/btcpayserver/BTCPayServer.Vault/blob/abf575728b9b1f64bade6cd3a590ed8ac8baf6ee/Build/build.win-x64.Dockerfile#L28

Version

.NET Core SDK (reflecting any global.json):
 Version:   3.0.101
 Commit:    bc5f8df0f5

Runtime Environment:
 OS Name:     debian
 OS Version:  10
 OS Platform: Linux
 RID:         debian.10-x64
 Base Path:   /usr/share/dotnet/sdk/3.0.101/

Host (useful for support):
  Version: 3.0.1
  Commit:  32085cbc72

.NET Core SDKs installed:
  3.0.101 [/usr/share/dotnet/sdk]

.NET Core runtimes installed:
  Microsoft.AspNetCore.App 3.0.1 [/usr/share/dotnet/shared/Microsoft.AspNetCore.App]
  Microsoft.NETCore.App 3.0.1 [/usr/share/dotnet/shared/Microsoft.NETCore.App]

To install additional .NET Core runtimes or SDKs:
  https://aka.ms/dotnet-download

[frankracis-work]

It's not limited to icons. Version information isn't present, either.

No PE resources at all are added to the Win32 EXE file when published on Linux.

Using the "peres" utility from "pev", If built on Linux:
peres -a bin/release/netcoreapp3.1/win-x64/publish/hello.exe
returns
this file has no resources
If built on Windows, the same command will list resources and dump values..

Still present on the latest build: SDK 3.1.200, Host 3.1.2/916b5cba26 on both Linux and Windows.

[KoalaBear84]

Yes. I found out because I switched to ubuntu for building new releases with GitHub Actions, so switched back to Windows.

Hopefully will be fixed. Building for Windows should remain on Windows unless this is fixed.

[augustocb23]

Still not working on net5.0. Tested on Ubuntu and Docker (Dotnet SDK image)

[KoalaBear84]

It would be nice if someone from Microsoft could respond to this about what the reason is and when it will be fixed.

[darkguy2008]

+1, I just found out this through a Google search because my app built on the cloud in Docker wasn't having an app icon. Is there any timeline from the MS team to fix this?

[eduherminio]

I've identified the same problem cross building win-x64 from macOS (macOS-latest GH runner).
So... no other option but to build from Windows afaik.

[NicolasDorier]

@eduherminio there is solutions, look at my workaround with wine and rcedit.

[KalleOlaviNiemitalo]

May be a duplicate of dotnet/runtime#3828.

[NicolasDorier]

How to say it will never be fixed without telling it will never be fixed

[keithfin]

For anyone else that landed on this thread, confirming 6.0.1 is still affected

[MaverickMartyn]

@NicolasDorier According to dotnet/runtime#3828 this is scheduled for 7.0.0 again.
No need to assume anything. It was likely just moved to "Future" temporarily as it was being investigated. :)

[markusschaber]

@NicolasDorier According to dotnet/runtime#3828 this is scheduled for 7.0.0 again. No need to assume anything. It was likely just moved to "Future" temporarily as it was being investigated. :)

I can confirm that 7.0 is still affected. :-(

[NicolasDorier]

I believe 8.0 now fixed it and this can be closed (dotnet/core#8439 (comment)), didn't try yet though.

[downthecrop]

I believe 8.0 now fixed it and this can be closed (dotnet/core#8439 (comment)), didn't try yet though.

Was able to test my pipeline with mcr.microsoft.com/dotnet/sdk:8.0 RC docker image. Successfully cross compiled with the ico! 💯

[markusschaber]

Seems to work on my side with .NET 8 SDK, the fix might have been dotnet/runtime#3828.