Renaming Virtual Drive in Mountain Duck Creates Duplicate Phantom Drive

[saint]

Hi,

I want to report an issue I'm facing with XY and phantom virtual drives mounted with Mountain Duck.

Background

I used Mountain Duck to mount my Cryptomator, Google Drive and pCloud drives. The first thing I noticed is that in XY, the volume label for the drives are an alphanumeric string.

When you open it up from Mountain Duck, the normal Windows Explorer shows the human-friendly volume label defined in Mountain Duck. But when you open it in XY, it shows what appears to be machine-friendly names, even though I defined human-friendly labels in Mountain Duck. Example:

628ea44c-5f38-45c2-883f-7d7d8872c243
932a7afb-c2e1-4c2f-a660-cd36a8b4b058
9194f3c6-fc6f-4a13-b069-a80ad9602825

So I renamed them to a more human-friendly name to make it easier to browse and do work in.

Issue

After renaming a Mountain Duck virtual drive's volume label from its GUID (628ea44c-5f38-45c2-883f-7d7d8872c243) to "pCloud" using XY's rename function (F2), a phantom/ghost folder entry persists in the tree panel even after the drive was unmounted. The phantom shows outdated folder contents and cannot be deleted. The real mount (with GUID name) and the phantom "pCloud" both appear under C:\Users\john\Mountain Duck\.

Now I'm left with "two" pCloud drives - one human-friendly one properly named 'pCloud', but seems like a cached version because new folders/files aren't reflected in it, and the "active" GUID one that seems to be in sync with the real pCloud drive online.

What I tried

First I tried to delete the human-friendly pCloud drive, but when it started queuing up a ton of files to be deleted, I got concerned if I'm making a mistake and somehow the wires might get crossed, and I end up accidentally deleting the "real" pCloud files. So instead I tried the following ways:

1. Unchecked "Remember state of tree" in Configuration > Tree and List - No effect
2. Renamed all .dat files in %APPDATA%\XYplorer folder (action.dat, fvs.dat, ks.dat, lastini.dat, tag.dat) - No effect
3. Edited XYplorer.ini with Find & Replace to remove all "pCloud" references (found and removed 15 instances) - No effect, phantom still appears
4. Used script command ::text get("tree"); - Successfully showed tree data containing phantom entry
5. Attempted tree cleanup via ::$tree = get("tree"); $tree = replace($tree, "C:\Users\john\Mountain Duck\pCloud\|", ""); - Successfully displayed cleaned tree but couldn't save it

Tried to use these commands, but it didn't work:

::edittree - "not a valid script command"
::tree - "not a valid script command"
::treepath - "not a valid script command"
::drives - "not a valid script command"
::load "tree", [data] - Script file 'tree.xys' not found
::set "tree", [data] - "Not a valid variable name"

What I've noticed is the phantom "pCloud" entry appears in 15 different places within XYplorer.ini (LastTargetReal, MiniTreePaths, TreeSectionColors, mruBrowse sections, mruOpenedItems) but removing all references doesn't eliminate the phantom from the tree, which seems to suggest the tree data is cached elsewhere beyond the INI and DAT files?

I have no idea what to do going from here. Any help would be greatly appreciated.

Thank you.

[admin]

1) The Mini Tree allows for zombies (non-available / non-existing paths) to continue to be shown. To remove them from the tree right-click them and select "Hide Folder from Tree".

2) Concerning the Mountain Duck issues, I'll probably have to get that software first to reproduce the issue. Later this year...

3) Look at my signature.

[saint]

1) The Mini Tree allows for zombies (non-available / non-existing paths) to continue to be shown. To remove them from the tree right-click them and select "Hide Folder from Tree".

I right-clicked on the folder, but don't see the "Hide Folder from Tree" option?

2025-09-19 11.51.10 C__Program Files (x86)_XYplore.png

2) Concerning the Mountain Duck issues, I'll probably have to get that software first to reproduce the issue. Later this year...

Sure, no problem. It's great, I got it specifically because it can auto-mount Cryptomator vaults.

3) Look at my signature.

Sorry, I'm not sure I understand this reply. Are you saying that you're currently prioritizing a screen scaling issue or was there a link that I should specifically review?

PS. I actually am experiencing a screen scaling issue when I go from a multi-monitor setup to single monitor setup (e.g. normal font size when using 2 monitors + 1 laptop, and tiny font size on the main laptop when I disconnect from the other two. Happy to open a ticket/forum thread on it if needed.

[highend]

If that is not the x64 context menu and you're really using a mini tree:
Configuration | General | Menus, Mouse, Usability | Context Menus | Folder Tree...
[x] Hide Folder from Tree

[phred]

3) Look at my signature.

Sorry, I'm not sure I understand this reply. Are you saying that you're currently prioritizing a screen scaling issue or was there a link that I should specifically review?

He's saying that forum users who do put that information in the Location field of the profile will get priority support. It's one of the critical pieces of information Don needs when trying to solve a user's issue. And he's tired of asking for it.

From Admin/Don...
Forum users who have their Windows version and screen scaling percentage in the location field of their profile will get priority support. And be sure to state your XY version number in the body of your post. No info in the location field? Be patient and Don will get to you after he takes care of those who have the proper info in the proper place.

[saint]

3) Look at my signature.

Sorry, I'm not sure I understand this reply. Are you saying that you're currently prioritizing a screen scaling issue or was there a link that I should specifically review?

He's saying that forum users who do put that information in the Location field of the profile will get priority support. It's one of the critical pieces of information Don needs when trying to solve a user's issue. And he's tired of asking for it.

From Admin/Don...
Forum users who have their Windows version and screen scaling percentage in the location field of their profile will get priority support. And be sure to state your XY version number in the body of your post. No info in the location field? Be patient and Don will get to you after he takes care of those who have the proper info in the proper place.

Ohhhh! Interesting, okay - done. I didn't know about that.

@Admin/Don - From a UX perspective, I'd like to make a suggestion. Most likely all of the new folks aren't familiar with this Ask, and I think to minimize confusion and repeating asking for this information (because the 1-liner in the signature was unclear without context and didn't make sense to me), it might be helpful to maybe add a small custom PHP snippet in the forum that hooks into the "New Topic" or maybe even "Post Reply" action that:

• Checks the user's profile and see if the Location field is populated

• If it's not populated, display an HTML block right before or after the topic

• And the block would consist of the reason for the Ask, some simple instructions on how to do it, maybe an example/screenshots/video of how to do it for non-tech savvy people, and a link to the user's profile

• If it is already filled, then don't output that box

I believe that could help get folks to adopt filling that field out more and get Don the info he needs without having to repetitively ask for it.

Along the same line, maybe a template of key info. such as "XY Version" to be outputted in a separate HTML block, or even in the message box itself when a new thread is created to help get the info that he's looking for? I know that I tend to just use the latest stable release, so whenever I post, it'll typically always be the most updated stable version.

[saint]

If that is not the x64 context menu and you're really using a mini tree:
Configuration | General | Menus, Mouse, Usability | Context Menus | Folder Tree...
[x] Hide Folder from Tree

Thanks highend. Got it, I went ahead and checked out this screen and it looks like that config item was already checked.

2025-09-19 15.09.35 XYplorer.png

[highend]

Then you're using the x64 context menu, these entries do not exist there (with the x86 version of XY)

[saint]

Then you're using the x64 context menu, these entries do not exist there (with the x86 version of XY)

I see... I'm not really sure what that means or how to interpret that, ha ha. Does this mean I need to download another version of XY?

The about says: XY 27.10.0900 32-bit.

[highend]

You have this ticked:
Configuration | Other | Shell Integration | 64-bit Windows | [x] Show the 64-bit context menu

That's why you don't see the internal XY additions to the context menu

Test the 64-bit beta if you want to...

[admin]

... it might be helpful to maybe add a small custom PHP snippet in the forum that hooks into the "New Topic" or maybe even "Post Reply" action that...

Good idea.