added sending closing event message to settings windows

.gitea/workflows/release.yml

@@ -138,22 +138,9 @@ jobs:
       - name: Build the installer
         run: ./Packaging/build-installer.ps1 -Version ${{ steps.version.outputs.plain }}
 
-      # The artifact is where the package waits to be uploaded to Partner Center.
+      # The artifact is where the package waits to be uploaded to Partner Center
-      #
-      # The action comes from this Gitea rather than from github.com, and it is
-      # a fork of actions/upload-artifact with one line changed. Upstream reads
-      # GITHUB_SERVER_URL, takes every host but github.com and its enterprise
-      # ones for a GitHub Enterprise Server — where the v4 artifact backend does
-      # not exist — and throws before it makes a request. Here that backend does
-      # exist and answers, but the check runs on the runner ahead of the network
-      # and never lets it prove itself; nor can the name be corrected from this
-      # file, as the runner sets the GITHUB_ ones over the env of a step. The
-      # fork carries the reasoning in full in its GITEA-PATCH.md.
-      #
-      # The tag is a fixed one. A floating tag is how this broke before: the
-      # action is fetched at run time, and what arrives can change on its own
       - name: Keep the package
-        uses: https://git.alrakis.kz/actions/upload-artifact@v4-gitea
+        uses: actions/upload-artifact@v4
         with:
           name: msix-${{ steps.version.outputs.version }}
           path: artifacts/packages/
@@ -162,7 +149,7 @@ jobs:
       # The .wixpdb next to each installer is left out on purpose: it is of use
       # only when something has to be traced back to the WiX source
       - name: Keep the installer
-        uses: https://git.alrakis.kz/actions/upload-artifact@v4-gitea
+        uses: actions/upload-artifact@v4
         with:
           name: installer-${{ steps.version.outputs.plain }}
           path: artifacts/installers/*.msi
@@ -180,8 +167,10 @@ jobs:
 
           # The GITHUB_ names are what Gitea itself hands to the workflow — its
           # actions repeat those of GitHub, and the addresses in them point at
-          # this Gitea instance
+          # this Gitea instance. GITHUB_API_URL used not to reach the steps at
-          $api = "$env:GITHUB_API_URL/repos/$env:GITHUB_REPOSITORY/releases"
+          # all, so the address is put together from the server one when empty
+          $root = if ($env:GITHUB_API_URL) { $env:GITHUB_API_URL } else { "$env:GITHUB_SERVER_URL/api/v1" }
+          $api = "$root/repos/$env:GITHUB_REPOSITORY/releases"
           $headers = @{ Authorization = "token $env:GITEA_TOKEN" }
 
           # Gitea makes a release of its own for a pushed tag, so the release is

Packaging/Installer/Package.wxs

@@ -136,8 +136,8 @@
                     Condition="REMOVE="ALL" AND NOT UPGRADINGPRODUCTCODE" />
         </InstallExecuteSequence>
 
-        <SetProperty Id="WixShellExecTarget" Value="[INSTALLFOLDER]CursorLang.exe"
+        <!-- Offered at the end of the wizard, the way an installer usually does -->
-                     After="CostFinalize" Sequence="ui" />
+        <Property Id="WixShellExecTarget" Value="[#CursorLang.exe]" />
         <CustomAction Id="LaunchApplication" BinaryRef="Wix4UtilCA_$(sys.BUILDARCHSHORT)"
                       DllEntry="WixShellExec" Impersonate="yes" Return="ignore" />