XYplorer Beta Club

Hello!

Current version (24.80) and perhaps older versions of xyplorer have this strange behavior:

Tags get lost when I right click on one or more files or folders --> Rename Special --> Search and replace...

They should auto-update during that renaming. If I press CTRL+Z to undo the search and replace renaming, the tags are reinstated. Of course, I want to rename AND keep the tags.

Can't reproduce this. Add the tags column, show a video how this happens

Hm... can't either now (it works as intended), strange. Since I will be doing a lot of such renames, I will be keeping an eye on the tags. If I catch it again, I will make a video.

I cannot effectively isolate the problem, but see here the GIF:

https://gifyu.com/image/SgKkx

In short:
I search for "*\08.Design\*MUR*" on locations "O:\Apax;d:\", then I select these folders:

O:\Apax\SilverSands\CONSULTANTS\08.Incoming\08.Design\1.Architectural\SSM-ETH-ARC-DG-0001-G07 MUR-A-ZA07-101\230405_SSM-ETH-ARC-DG-0001-G07 MUR-A-ZA07-101
O:\Apax\SilverSands\CONSULTANTS\08.Incoming\08.Design\1.Architectural\SSM-ETH-ARC-DG-0002-G07 MUR-A-ZA07-103\230405_SSM-ETH-ARC-DG-0002-G07 MUR-A-ZA07-103
O:\Apax\SilverSands\CONSULTANTS\08.Incoming\08.Design\1.Architectural\SSM-ETH-ARC-DG-0003-G07 MUR-A-ZA07-105\230405_SSM-ETH-ARC-DG-0003-G07 MUR-A-ZA07-105
O:\Apax\SilverSands\ETHNOKAT SHARED\08.Incoming\08.Design\1.Architectural\SSM-ETH-ARC-DG-0003-003-A-ZA07-105-Mockup\230405_SSM-ETH-ARC-DG-0003-G07 MUR-A-ZA07-105
O:\Apax\SilverSands\CONSULTANTS\08.Incoming\08.Design\1.Architectural\SSM-ETH-ARC-DG-0004-G07 MUR-A-ZA07-201\230405_SSM-ETH-ARC-DG-0004-G07 MUR-A-ZA07-201
O:\Apax\SilverSands\ETHNOKAT SHARED\08.Incoming\08.Design\1.Architectural\SSM-ETH-ARC-DG-0004-004-A-ZA07-201-Mockup\230405_SSM-ETH-ARC-DG-0004-G07 MUR-A-ZA07-201

with tags
0425
0426
0427
0427
0428
0428
respectively

After I apply the rename by search and replace "G07 MUR/Mockup" the rename takes place, but
1) two of the folders disappear from the search list (the shouldn't). Also, empty tags appear. Then, I press F5 to refresh and...
2) the above folders (renamed, of course) have now the following respectively WRONG tags:
0425 --> 0428 (230405_SSM-ETH-ARC-DG-0001-Mockup-A-ZA07-101)
0426 --> 0427 (230405_SSM-ETH-ARC-DG-0002-Mockup-A-ZA07-103)
0427 --> 0428 (230405_SSM-ETH-ARC-DG-0003-Mockup-A-ZA07-105)
0427 --> 0426 (230405_SSM-ETH-ARC-DG-0003-Mockup-A-ZA07-105)
0428 --> 0427 (230405_SSM-ETH-ARC-DG-0004-Mockup-A-ZA07-201)
0428 --> 0425 (230405_SSM-ETH-ARC-DG-0004-Mockup-A-ZA07-201)

All of the folders had files with tags in them, but after the mass rename, some internals files lost them (perhaps those which were not common between all those folders).

This bug has perplexed me. Is it possible that the tagfile (type 3 - relative) is to blame? How can I cleanup the tagfile so that it contains only files that already exist right now?

... I also think that the bug may reside on the order of execution of >1 selections.

If I select only 1 folder from the search results and apply special rename by search and replace, no tag mixup occurs.
If I select 2 folders, and apply special rename by search and replace, one folder gets the other folder's tags and vice versa.
More than 3 folders get mixed up even more.

The problem is (it's more of a question if this at all implemented) that this is done from within a search result with different paths (and more than one selected).

The problem that arises is that the files / folders get renamed but their new name is NOT stored in the tag database file!
The old names are still in place with their correct tags.

And yeah, that's a bug...

1) two of the folders disappear from the search list (the shouldn't)

That's not true, they must disappear
They have the term "G07 MUR" only in their final hierarchy part and therefore don't match the search term anymore after the renaming has happened
The other 4 still have the match in their parent folder part

You are correct. I was wrong, they SHOULD disappear. One thing out of the way.

On the other one, glad you confirm it's a bug, I am sorry I can only provide not so much information to help you solve it.

Also, the tag disappear bug also happens when I press F2 (simple rename) on more than two folders (from different paths - to avoid merge conflicts) and provide the same name. They do get renamed properly, but they lose the tag information. Still on the search results tab. On proper tabs they are ok. Also they are ok on branch view.

Bug confirmed.

Might work better in the new beta: viewtopic.php?p=213524#p213524

Beta installed. I finished what I had to do manually, but more similar work is to be done in the following days, so I will post any possible problems I encounter (hope it's 100% fixed).

This beta build mostly works, I've successfully completed stuff that were previously messing up tags.

But... Not all is ok. See this URL:

https://gifyu.com/image/Sg9kE

(I also refresh pressing F5, not by pressing a button. This is not 100% visible on the video).

Stuff gets renamed, but the tag is lost.

Thanks for the GIF. But it will take a while to process. Let me know if you see a pattern that is causing problems.

Can you select all items in your list, then do Ctrl+P and paste the text from the clipboard here. Can you also post your search/replace pattern? Thanks!

The plot thickens.

The problem also occurs on Branch View. See GIF:

https://gifyu.com/image/Sg9rm

I erased all tags and I used ONLY these files

D:\1\_PROJECTS - SILVERSANDS\APAX PM CM\Internal Document Exchange\Ethnokat Submittals\SSM-ETH_Drawings-Structural\230224_SSM-ETH-STR-DG-0011-Temporary Water Supply_PM_230314.xlsx
D:\1\SilverSands\ETHNOKAT SHARED\08.Incoming\01.Program of Works\230223_SSM-ETH-STR-DG-0011-Flow of works.msg
D:\1\SilverSands\ETHNOKAT SHARED\09.Outgoing\08.Design\2.Structural\230224_SSM-ETH-STR-DG-0011-Temporary Water Supply_PM_230314.msg

With tags
0003
0001
0002
respectively.

I renamed a parent folder to a random name and the tag was lost. In fact, I checked Configuration/Information/Tags/options.../Edit tagged items and although it should have updated the parent folder to the random string, it retained the old name. Therefore, in the list of those three tags, I now have an entry with a question mark, since it can't find the original "SSM-ETH_Drawings-Structural" folder, which I had already renamed to a random string

Now, as for the previous GIF's file list for reference was this, if this helps you:
O:\Apax\_PROJECTS - SILVERSANDS\APAX PM CM\Internal Document Exchange\Ethnokat Submittals\SSM-ETH_Drawings-Structural\230223_SSM-ETH-STR-DG-0010-G06,D8 Excavation Plan_PM_230314.xlsx
O:\Apax\SilverSands\CONSULTANTS\08.Incoming\08.Design\2.Structural\230223_SSM-ETH-STR-DG-0010-G06,D8 Excavation Plan.msg
O:\Apax\SilverSands\CONSULTANTS\08.Incoming\08.Design\2.Structural\230223_SSM-ETH-STR-DG-0010-G06,D8 Excavation Plan.pdf
O:\Apax\SilverSands\CONSULTANTS\08.Incoming\08.Design\2.Structural\230223_SSM-ETH-STR-DG-0010-G06,D8 Excavation Plan
O:\Apax\SilverSands\CONSULTANTS\08.Incoming\08.Design\2.Structural\230223_SSM-ETH-STR-DG-0010-G06,D8 Excavation Plan\230223_SSM-ETH-STR-DG-0010-G06,D8 Excavation Plan.docx
O:\Apax\SilverSands\CONSULTANTS\08.Incoming\08.Design\2.Structural\230223_SSM-ETH-STR-DG-0010-G06,D8 Excavation Plan\xar_EKSK_G6+D8\SSM-ETH-STR-DG-0010- G06&D8 EXCAVATION PLAN.dwg
O:\Apax\SilverSands\CONSULTANTS\09.Outgoing\08.Design\2.Structural\230223_SSM-ETH-STR-DG-0010-G06,D8 Excavation Plan_TKE_230314.msg
O:\Apax\SilverSands\ETHNOKAT SHARED\08.Incoming\08.Design\2.Structural\230223_SSM-ETH-STR-DG-0010-G06,D8 Excavation Plan.msg
O:\Apax\SilverSands\ETHNOKAT SHARED\08.Incoming\08.Design\2.Structural\230223_SSM-ETH-STR-DG-0010-G06,D8 Excavation Plan.pdf
O:\Apax\SilverSands\ETHNOKAT SHARED\08.Incoming\08.Design\2.Structural\230223_SSM-ETH-STR-DG-0010-G06,D8 Excavation Plan
O:\Apax\SilverSands\ETHNOKAT SHARED\08.Incoming\08.Design\2.Structural\230223_SSM-ETH-STR-DG-0010-G06,D8 Excavation Plan\230223_SSM-ETH-STR-DG-0010-G06,D8 Excavation Plan.docx
O:\Apax\SilverSands\ETHNOKAT SHARED\08.Incoming\08.Design\2.Structural\230223_SSM-ETH-STR-DG-0010-G06,D8 Excavation Plan\xar_EKSK_G6+D8\SSM-ETH-STR-DG-0010- G06&D8 EXCAVATION PLAN.dwg
O:\Apax\SilverSands\ETHNOKAT SHARED\09.Outgoing\08.Design\2.Structural\230223_SSM-ETH-STR-DG-0010-G06,D8 Excavation Plan_PM_230314.msg
O:\Apax\SilverSands\ETHNOKAT SHARED\09.Outgoing\08.Design\2.Structural\230223_SSM-ETH-STR-DG-0010-G06,D8 Excavation Plan_PM_230314.pdf

Tags:
<empty>
0134
0134
0134
<empty>
-
0134
0134
0134
0134
-
-
0134
0134

The filenames above are a bit changed in comparison to the video, because I have gone ahead and changed them a bit.

Confirmed! I could see and fix the first example. I assume the latter one is just another example of the same bug. I'll upload the fix within some minutes.