Hi there,
the exe name of shortcut of target app is not same as the name of process, how katalon handle this?
Hi there,
the exe name of shortcut of target app is not same as the name of process, how katalon handle this?
Katalon Studio 11.0.1 (FlaUI driver) launches actual .exe path, not shortcut name or process name—resolve shortcut target first.
.exe path (e.g., C:\Program Files\App\app.exe)..exe path."app": "C:\\Program Files\\App\\app.exe",
"appWorkingDir": "C:\\Program Files\\App"
Launch succeeds despite process rename.
Attach running: Use App Top Level Window Handle from Inspect.exe (PID-based, e.g., Process:12345)
hi @bin.meng
in Katalon Desktop Testing (FlaUI driver), the application launch is based on the actual executable file path, not the shortcut name or the process name shown in Task Manager.
So if your shortcut points to an executable whose process name is different, Katalon does not rely on the process name — it simply launches the executable defined in the app capability.
Recommended approaches:
Use the real executable path
Example desired capabilities:
{
"app": "C:\\Program Files\\YourApp\\yourApp.exe",
"appWorkingDir": "C:\\Program Files\\YourApp"
}
If the application is already running
You can attach to the existing window using the Top Level Window Handle obtained from tools like Inspect.exe (Windows SDK).
Avoid using shortcut (.lnk) files
Katalon/FlaUI does not resolve .lnk files automatically, so always provide the real .exe path.
in short, the difference between the shortcut name and the process name will not affect execution as long as Katalon is given the correct executable path
hope this helps
Thank you for your reply.
1 I don’t know the actual executable file path, there are only two exes in target app folder, It throw argument error when I launch the other exe
2 My target app is installed by windows application store, I can not click detail in task manager
hi @bin.meng
Since your application is installed from the Microsoft Store, the executable is usually packaged as a UWP/MSIX app. In that case the real .exe is stored inside the protected WindowsApps folder and it is normally not visible in Task Manager or accessible directly.
Here are a few ways you can still launch or attach the app for Desktop Testing:
Get the AppUserModelID (recommended for Store apps)
You can list installed Store applications using PowerShell:
Get-StartApps | findstr /i "your-app-name"
This will return something like:
Your App Name Company.AppName_123abc!App
You can then launch it using the Application User Model ID.
Example capability:
{
"app": "Company.AppName_123abc!App"
}
Launch from shell:AppsFolder
Another way to identify the AppUserModelID:
shell:AppsFolder
The shortcut target usually contains the AppUserModelID, which you can use as the app capability.
Attach to a running application
If the app is already running, you can also attach using the Top Level Window Handle:
{
"appTopLevelWindow": "0x123456"
}
This approach works even when the actual executable path is hidden.
Because Store apps are packaged differently, using the AppUserModelID or window handle is usually more reliable than trying to locate the .exe.
hope this helps ![]()
I’ve had this happen before! A lot of times, Katalon gets grumpy if the Appium version installed doesn’t match what it’s expecting. Try running appium -v in your terminal to check the version, and maybe do a quick npm install -g appium to make sure everything is current. Also, double-check that your ‘App Path’ in the Project Settings is absolute and doesn’t have any weird spaces in the folder names.