Open with user command no longer working

[iycgtptyarvg]

I have used the following user command for many years (but it has been a while since I last used it):

2025-07-03 11-16-02 Manage_User-Defined_Commands.png (18.55 KiB) Viewed 817 times

Previously, the output of the Hash.exe function would go to the directory of the supplied file items. Now, the resulting files are outputted into the XYPlorer install directory. I therefore suspect that the 'current directory' is not set correctly anymore when running an 'open with' user command.

[highend]

And the hash.exe is from where (url)?

[iycgtptyarvg]

It is my own C++ developed application to determines all sorts of hashes for files:
https://www.mensinmotus.com/hash/hash.html

I've been using it for many years without problems.

[highend]

No problems here with 27.00.0810, all items are renamed exactly where they are...

[iycgtptyarvg]

Huh?!? That is so weird.
I tried it with some random files, both using the shortcut key and by running it from the user command menu.

Source: M:\Hash File Test\*
Destination: C:\Utilities\XYplorer

Does XYPlorer supply the full path names like this?
"M:\Hash File Test\Test file 1.txt" "M:\Hash File Test\Test file 2.txt"
Or like this?
"Test file 1.txt" "Test file 2.txt"

If it is with full qualified pathnames, then I still suspect this has something to do with setting the current dir when executing the command line. It should be in the directory where the command has been called from for this to work properly.

Is there a way I can debug this by showing which command line XYPlorer is calling before actually calling it?
Or could I maybe see the command prompt window XYPlorer starts where it pauses when it is done so that I can see the output?

[RalphM]

Switch on Step mode for scripting?

[highend]

It won't help to turn that option on for this case.

The only thing that is part of XY's scripting engine here is: <selitems>

So you could just have used
text <selitems>;
to see what it returns:

Code: Select all

"full path 1" "full path 2" "full path x"

The help file has even an own section for it^^
rtfm "idh_variables.htm#idh_var_selitems"

[iycgtptyarvg]

1. Can I download older versions of XYPlorer to see when the (possible) regression occurred?
2. Will it mess with my settings if I do that? If so, which files do I need to backup and restore after the test?

[highend]

01. Via the freezer and the beta thread
02. It will downgrade your XYplorer.ini
Better backup your <xydata> folder first

[iycgtptyarvg]

I downgraded to v20.00, and that one works.
I then upgraded that version to the current version and that one then works too.

But, with the current version, even if I delete the user command and recreate it, it fails.

Can you see what the difference is between the settings?

FAILS:

Udc.dat for current version.7z

(3.19 KiB) Downloaded 1 time

WORKS:

Udc.dat upgraded from old version.7z

(302 Bytes) Downloaded 1 time

[highend]

Using your "Udc.dat for current version.7z" works fine here on 27.00.0905

You did try that command with a fresh instance?

[iycgtptyarvg]

I found the bug (it took me quite a lot of searching).

The bug occurs in the XYPlorer.ini. If I change the Open64 setting to 1, it starts failing.
I don't know what that setting is for, but hopefully you can now reproduce the problem.

WORKS:
[general]
Open64=0

FAILS:
[general]
Open64=1