Can portable app using a random folder to decompress the application

[xalc]

• 21.1.5

• Windows

Using build script below to build a windows portable app with some extraResources

"build": {
    "productName": "App",
    "extraResources": [
      "./resourFolder/**/*"
    ],
    "files": [
      "!resources/*"
    ],
    "portable": {
      "requestExecutionLevel": "admin"
    },
    "win": {
      "target": "portable",
      "icon": "./src/resources/images/icon.ico",
      "artifactName": "App.exe",
      "publisherName": "App.exe"
    }
  },

It will success build the App.exe.
But if the App.exe is large , the decompress will take long time. At this time, if user trying to double click for relaunch the App, it will throw file not find errors.

After some investigation, we found it caused by unpackDirName value in exectron-builder source code .

defines.UNPACK_DIR_NAME = portableOptions.unpackDirName || (await executeAppBuilder(["ksuid"]))

in NisiTarget.ts

It used a fixed location to decompress the application.
User trying to double click several times for relaunch the app, this time some folder may be removed during the decompress process. so the app will throw file not found error.

Can we use a random folder to decompress the application so that the file will not dropped in that case?

[stale]

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

[xalc]

But do someone have a work round to fix this?

[stale]

Is this still relevant? If so, what is blocking it? Is there anything you can do to help move it forward?

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs.

[valueerrorx]

"portable":` {                
            "unpackDirName": true
},
"win": {
    "icon": "public/icons/icon.ico",
    "target": [
        {
            "target": "portable",
            "arch": [
                "x64"
            ]
        }
    ],
    "artifactName": "${productName}_${version}.${ext}"
}

just for information and easy use:
unpackdirname: true creates a new tmp folder on every unpack/start of the electron app and fixes that problem..

[valueerrorx]

this introduces another problem if your application need firewall exceptions. windows will treat the app as new app each start. that sucks.. sry