Doubt it. This is a desktop with an internal drive that stays on. No USB drives.
After finding a / delay, I just watched in Process Monitor, noting GUI tree time.
Based on time, I think below shows the last actions, and the server response:
This sort of fits with the delay being worse on the network that HP3 lives on.
It sort of doesn’t since it’s slow when PC HP3 is disconnected from network.
There is no reference to this SMB share in this job, but I used it sometimes.
Although all that action is listed as TrayIcon, I’m not sure whose code ran it.
That was described earlier as a job edit, then analyze a click on Destination.
Source click acts similarly. I’d encourage @lanxique to test with destination.
Also please check lower right corner of screen to see if Alert shows an error.
Below are its last two requests in 2.3.0.0_stable_2026-04-14 with an old job:
{"path":"C:\\Program Files\\Duplicati 2\\"}
{"path":"C:\\Program Files\\Duplicati 2\\\\"}
This was a click on Source. Just like Destination, last request gets 500 error.
This TrayIcon is running in a terminal, and isn’t doing any output at 500 time.
Application and Services log for Duplicati 2 isn’t logging an interesting event.
EDIT 1:
I’m not sure what the “error for sure” was on the last query. If you mean two
trailing backslashes (before web encoding), I think this follows the previous
design of adding one trailing backslash, except now earlier queries add one
which means that the last query gets two.
{"path":"C:\\Duplicati\\duplicati-2.2.0.3_stable_2026-01-06-win-x64-gui\\RUN\\test 1"}
{"path":"C:\\Duplicati\\duplicati-2.2.0.3_stable_2026-01-06-win-x64-gui\\RUN\\test 1\\"}
are the last two queries on 2.2.0.3. The / is slow here too. That makes me
wonder whether something external to Duplicati has changed its behavior…