Sometimes, copying files causes XY to exit after it's done

[hansmuff]

This is the 2nd time this has happened to me with a different file set:

I do a copy of a set of folders with each folder having a few files in them (137 files in 95 folders), the files are all very small. Total size 927KB.
I copy that set over to another directory that has the same folder structure. XY asks me if I want to merge the folders.. "Yes". Then it says that the file it wants to copy already exists, and what to do. I say "Overwrite" and check "Do this also for the next collisions".
XY copies it all, but then just exits. I don't get any sort of crash notice.

Then I restart XY and do the exact same thing again, and it will again exit.

Please let me know what sort of data/information I should collect and where/how to submit it.. I'll be happy to try out anything. I am on version 21.20.0200 and this same thing has happened a few times with older versions, this is not new.

Thank you!

[admin]

Cannot reproduce.

- Is that Custom Copy?
- Is that Background Copy?
- How do you trigger the copy.
- Please try the latest beta.
- If the latest beta still shows the bug, please try with a fresh config.

[hansmuff]

It has to be a specific set of folders and files for me, nothing else ever does this. I'm not surprised you can't reproduce this.
Unfortunately the files are proprietary data from my employer so I can't give you that data set.

I use custom copy with background processing. The trigger is a selection of all folders in one pane with CTRL+A, then CTRL+C to get them ready, then go to the other pane and hit CTRL+V.

I'll follow your advice and post back with findings.

[hansmuff]

Update:

The issue persists with the latest Beta using my current configuration.

I will describe what exactly I'm doing:
I have a folder C:\den\config
I have another folder C:\Repo

C:\Repo holds a git repository, it's a large Visual Studio project.
C:\den\config holds project files I have to customize on my machine, as compared to what's in the remote Git repository

So, when I get a new branch from the remote, it'll overwrite my project files in C:\Repo.
So I'll go into C:\den\config, hit CTRL+A, CTRL+C, then change panes (i use dual pane) to C:\Repo and hit CTRL+V.
I get a question whether I want to merge directories, to which I say Yes and "Do this also for the next collisions"

Now we get to the meat of this:
I get a message that the files already exist and what I want to do, and I'll say "Overwrite" and "Do this also for the next collisions"
It'll overwrite all the files correctly, and then XYPlorer just exits.

ALSO: If I hit Cancel on the copy dialog asking me what Action I want to take, XYPlorer ALSO exits without having copied a single file.
If I hit Cancel on the merge dialog, XY will SOMETIMES exit.

When I say "XY exits" I mean this:
I can see in the status line of XY that it has the little blue i icon and says "updating tags..."; that'll be on the screen for about a second, and then exit.
When XY exits in this way, it does not save its configuration, so I suspect it's a crash of sorts.

I have narrowed down the scope of this, and it's super weird:
The source in C:\den\config has about 140 files in about 50 folders/subfolders.
I have found out that it's one of those folders that's the root of the problem.

Now, when I copy JUST that folder into the destination, XY dies as described above.
However, when I go into that folder, there are two files (VS project files). If I copy each file separately, or both files together, directly into the target, overwriting them in the destination, XY is fine.
It only crashes when I copy that folder and do folder merge.. again, even if I cancel the merge (SOMETIMES) or overwrite.

Things I observed:
Note how I said that it SOMETIMES crashes when I cancel the Merge.
Sometimes, when I cancel Merge, it does not update tags, or at least I don't see that in the status line. In that case, XY does not exit.

Every time I see "updating tags.." XY will die. I don't know if it finishes updating tags or not.
I am using Labels to quickly see important folders so I label them with a color label.

Here's what I think may be a big hint:
The destination folder has a Red label.
The source folder of the same name does not have a label.
After the files get overwritten and XY exits, when I restart XY, the destination folder still has its Red label, even though that should have been overwritten to not have a label anymore.

I've tried to duplicate this issue with other folders in this structure, the source not having a label but the destination having one. Doesn't cause any problems, the destination loses its label after Overwrite.
It is only on that one folder that it doesn't work that way.


Things I've tried that FIXED the issue:
- The issue is gone with a fresh config
- When I disable "Copy tags on copy operations", the issue is gone

Things I've tried that did not fix the issue (while using my regular config):
- Not using custom copy
- Not using background processing
- Not using custom copy AND not using background processing
- Copying by selecting source with mouse, dragging them to the target folder while holding CTRL (to copy), instead of using the keyboard
- Disabled "Auto-Refresh tags". It won't display "updating tags..." any more, but the little blue i (information) icon, and then crash even faster
- Did a database check on the tags via Options, and had it remove orphans

Things I've tried to narrow the scope:
- Copying the same source file set to a different directory does NOT crash, whether that directory was empty or the files were already there and I overwrote them
- Making a copy of C:\Repo, then copying the files into that new folder, also will NOT crash XY


Given this information, is there anything else you want me to try to find the root cause?

[highend]

What's the file size of you tag.dat file in MB?

Are these ticked or not?
Configuration | Information | Tags | Copy tags on copy operations
Configuration | Information | Tags | Copy tags on backup and sync operations

Configuration | General | Startup & Exit | Save Settings | Save changes to disk immediately
Configuration | General | Startup & Exit | Save Settings | Apply to... -> Tags (after hitting the button)

[admin]

Update:

The issue persists with the latest Beta using my current configuration.

I will describe what exactly I'm doing:
I have a folder C:\den\config
I have another folder C:\Repo

C:\Repo holds a git repository, it's a large Visual Studio project.
C:\den\config holds project files I have to customize on my machine, as compared to what's in the remote Git repository

So, when I get a new branch from the remote, it'll overwrite my project files in C:\Repo.
So I'll go into C:\den\config, hit CTRL+A, CTRL+C, then change panes (i use dual pane) to C:\Repo and hit CTRL+V.
I get a question whether I want to merge directories, to which I say Yes and "Do this also for the next collisions"

Now we get to the meat of this:
I get a message that the files already exist and what I want to do, and I'll say "Overwrite" and "Do this also for the next collisions"
It'll overwrite all the files correctly, and then XYPlorer just exits.

ALSO: If I hit Cancel on the copy dialog asking me what Action I want to take, XYPlorer ALSO exits without having copied a single file.
If I hit Cancel on the merge dialog, XY will SOMETIMES exit.

When I say "XY exits" I mean this:
I can see in the status line of XY that it has the little blue i icon and says "updating tags..."; that'll be on the screen for about a second, and then exit.
When XY exits in this way, it does not save its configuration, so I suspect it's a crash of sorts.

I have narrowed down the scope of this, and it's super weird:
The source in C:\den\config has about 140 files in about 50 folders/subfolders.
I have found out that it's one of those folders that's the root of the problem.

Now, when I copy JUST that folder into the destination, XY dies as described above.
However, when I go into that folder, there are two files (VS project files). If I copy each file separately, or both files together, directly into the target, overwriting them in the destination, XY is fine.
It only crashes when I copy that folder and do folder merge.. again, even if I cancel the merge (SOMETIMES) or overwrite.

Things I observed:
Note how I said that it SOMETIMES crashes when I cancel the Merge.
Sometimes, when I cancel Merge, it does not update tags, or at least I don't see that in the status line. In that case, XY does not exit.

Every time I see "updating tags.." XY will die. I don't know if it finishes updating tags or not.
I am using Labels to quickly see important folders so I label them with a color label.

Here's what I think may be a big hint:
The destination folder has a Red label.
The source folder of the same name does not have a label.
After the files get overwritten and XY exits, when I restart XY, the destination folder still has its Red label, even though that should have been overwritten to not have a label anymore.

I've tried to duplicate this issue with other folders in this structure, the source not having a label but the destination having one. Doesn't cause any problems, the destination loses its label after Overwrite.
It is only on that one folder that it doesn't work that way.


Things I've tried that FIXED the issue:
- The issue is gone with a fresh config
- When I disable "Copy tags on copy operations", the issue is gone

Things I've tried that did not fix the issue (while using my regular config):
- Not using custom copy
- Not using background processing
- Not using custom copy AND not using background processing
- Copying by selecting source with mouse, dragging them to the target folder while holding CTRL (to copy), instead of using the keyboard
- Disabled "Auto-Refresh tags". It won't display "updating tags..." any more, but the little blue i (information) icon, and then crash even faster
- Did a database check on the tags via Options, and had it remove orphans

Things I've tried to narrow the scope:
- Copying the same source file set to a different directory does NOT crash, whether that directory was empty or the files were already there and I overwrote them
- Making a copy of C:\Repo, then copying the files into that new folder, also will NOT crash XY


Given this information, is there anything else you want me to try to find the root cause?

Wow, thanks for the extensive testing! Seems like a very logical approach to me. You think like a coder, well, you probably are one.
Looks like the problem happens within a procedure triggered by "Copy tags on copy operations", but there is an additional factor X that makes it difficult to pin down. I will play around a little with similar setups, maybe I'm lucky...

[admin]

Could not make it crash. :\

Can you post a screenshot of your tags settings? This:

[hansmuff]

Yes, I do code for a living And just as an aside, XY has saved me countless hours and removes a huge amount of frustration with Explorer etc. Love it.
Anyway.

Highend:
All of those options are ticked. I've played with the first two, unticking them does not fix the issue.I'll play with the last 2. In the screenshot below, one of them is unticked, but that used to be ticked.. makes no difference.
My tag.dat file is 4KB

[highend]

At least not an obvious problem / bug. Can't reproduce it either and have no other hints atm...

[jupe]

In the past I have seen rare crashes if the tag.dat is corrupted, have you done any manual editing?, if you rename the tag.dat (to create a backup) and restart leaving you with an empty tag.dat, and then create some quick temporary tag.dat entries in the problematic folder, can you still reproduce the crash?

[hansmuff]

I had to edit this post.

2 things:
Renaming tag.dat does not fix it. "Updating tags..." crashes still. I have never edited the file manually.

Disabling "Copy tags on copy operations" fixes the issue, at least at first sight. I don't know what'll happen when "Updating tags..." happens next. How do I trigger that?

[highend]

I don't know what'll happen when "Updating tags..." happens next. How do I trigger that?

Add some tags :-)

[hansmuff]

Adding tags works as expected.

Anything you want me to try/provide, let me know please, I'll check in frequently. This isn't a huge deal, obviously, I just wanted to let you guys know and see if I can help at all figure this out. Thanks!

[admin]

I compiled a special debug version that might show an error message where the normal version just crashes. Unpack it where the normal XYplorer.exe is, run it, and try to make it crash:

https://www.xyplorer.com/download/XYplo ... .0.231.zip

[hansmuff]

This pops up:

Error 9

Error: 9 (0x00000009)
Desc: Subscript out of range
Dll: 2
Proc: tagUPDB@70, idxFO:6, 42, 42, 22

Source: XYplorer
XY ver: XYplorer 21.20.0231
OS: Windows 10 Enterprise, 64-bit, Release 2009, Build 19042.630
Locale: 1033 (en-US)
ANSI: 1252, ACP: 1252 (ANSI - Latin I)
Font: Segoe UI 9.75, DBCS: No
DPI: 96 (100%), 2560x1440

Date: 2020-11-23 16:07:09