A fully managed end-to-end service for digitally signing code, documents, and applications. (formerly Trusted Signing)
What you are seeing is consistent with SmartScreen's design, not a broken Authenticode signature. A locally built file normally has no Mark of the Web, so Windows may not run the download-reputation check. The GitHub copy is marked as Internet-downloaded, which triggers SmartScreen.
A valid Artifact Signing signature proves publisher identity and that the bytes were not changed after signing. It does not guarantee immediate reputation. SmartScreen evaluates publisher/certificate reputation and the file hash. Each rebuilt installer has a new hash and can show the warning while reputation accumulates; EV certificates no longer bypass this process.
For the next release, sign the final installer after all packaging, include a timestamp, and do not modify or repack the file afterward. Download the release asset and compare its SHA-256 with the signed build, then confirm Get-AuthenticodeSignature reports Valid and the publisher name matches warning-free releases. Keep the same Artifact Signing account and certificate profile so the publisher signal remains consistent.
Since you already submitted the downloaded file, reply to that submission or open an Artifact Signing support case with the submission ID, SHA-256, certificate-profile ID, publisher name, and screenshots. Explain that the instructed “Report this file as safe” control is absent. There is no supported local command to reset SmartScreen reputation; it is service-side and builds from clean download history.