Duplicati Crashing during restore

Hi, running Duplicati - 2.1.0.5_stable_2025-03-04 on Windows 11. Trying to restore from directly from backup files, disk is attached disk via USB. I can see all the files there.

After selecting the folder, DB is recreated and I get list of available backup dates. No matter what I select, the app crashes with event viewer showing:

Log Name: Application
Source: Application Error
Date: 9/23/2025 9:36:08 PM
Event ID: 1000
Task Category: Application Crashing Events
Level: Error
Keywords:
User: Lenovo_P14s\User
Computer: Lenovo_P14s
Description:
Faulting application name: Duplicati.GUI.TrayIcon.exe, version: 2.1.0.5, time stamp: 0x66470000
Faulting module name: KERNELBASE.dll, version: 10.0.26100.6584, time stamp: 0x0a9b38fe
Exception code: 0xe0434352
Fault offset: 0x00000000000c66ca
Faulting process id: 0x4598
Faulting application start time: 0x1DC2D0C51DDA514
Faulting application path: C:\Program Files\Duplicati 2\Duplicati.GUI.TrayIcon.exe
Faulting module path: C:\WINDOWS\System32\KERNELBASE.dll
Report Id: 5dc9bed1-a24f-42c0-ab4f-b5b9500fa92e
Faulting package full name:
Faulting package-relative application ID:
Event Xml:

1000
0
2
100
0
0x8000000000000000

2022

Application
Lenovo_P14s

Duplicati.GUI.TrayIcon.exe
2.1.0.5
66470000
KERNELBASE.dll
10.0.26100.6584
0a9b38fe
e0434352
00000000000c66ca
0x4598
0x1dc2d0c51dda514
C:\Program Files\Duplicati 2\Duplicati.GUI.TrayIcon.exe
C:\WINDOWS\System32\KERNELBASE.dll
5dc9bed1-a24f-42c0-ab4f-b5b9500fa92e

Any idea how to prevent the crash and be able to get the list of folder and files to restore?

A dev might be able to say more, but Exception code: 0xe0434352 is hugely vague, according to a web search. It’s an unhandled exception, but a stack would hugely help.

I think this release tries to make a Duplicati-crashlog.txt file in the serverdatafolder that typically also contains the server and job database. Latter is visible in Database screen.

Possibly the “Direct restore” folder is different though. Do you have “Everything” search?
That’s a nice way to almost instantly search for files, looking on the whole drive via MFT.

If that doesn’t work, it looks like it writes the exception to the terminal if you launch there with the command name and your usual options. More extreme would be to run full CLI, because one can recreate the database there, and that might be what crashes TrayIcon.

I think this DB is recreated only enough to give you the dates, then it does more later.
Normal database recreate recreates a DB with all versions of all files, so takes longer.

Certainly you could test that route with lots of logging, but let’s hope for an easier clue.