Edit Advanced Copy to Folder - overwrite - trick question

[ChrisGreaves]

I post for the record. 1344a right now.
In preparation for a re-install I decide to collect all my Everything.INI files and store them offline.

ManualUninstall_17.png (69.52 KiB) Viewed 2560 times

I used a search string

everything* ext:ini

which located eleven files.
I used

Edit, Advanced, Copy to folder

to copy the selected items to a re-formatted memory key F:.
One of the files is reported twice. My Drive B: is this day SUBSTituted for T:\Blotter\20230509\

ManualUninstall_18.png (75.22 KiB) Viewed 2560 times

After the "Edit, Advanced, Copy to folder ", Windows Explorer shows only ten files, which I can explain by my drive "B:\Everything-1.5a.ini" being physically the same location and file as "T:\Blotter\20230509\Everything-1.5a.ini".

I am only mildly puzzled that I received no warning of this - I'm not even sure how Everything would know about it - but too I am surprised that if Everything really thought of the original eleven files in the Result List, that Everything itself didn't detect that it was overwriting a file.

I rechecked in Windows Explorer and the file at the foot of the list in the image above, the file sitting in the Root folder, is the same name, size and timestamp as the file that shows when I expand the "Blotter" folder down to Blotter\20230509. (See this too in the first image)

Perhaps the conflict lies between the Result List reporting eleven files, and the Advanced Copy deciding that there are only ten unique files?

Cheers, Chris

[NotNull]

My guess would be that the user account you used to start Everything, has not enough rights to access the ini in the C:\Users\ChrisAdminfolder.

Can you copy this file using Explorer? Is the ini in F:\Users\ChrisAdmin?

[ChrisGreaves]

My guess would be that the user account you used to start Everything, has not enough rights to access the ini in the C:\Users\ChrisAdminfolder.

Hi NotNull.
I am out of my depth again.
By "user account" I suspect you mean Chris077, the ordinary guy who I am all day every day.
No Admin privileges, but as long as I click acceptance on the pop-up pane with the password of ChrisAdmin, things proceed.

I sign in as ChrisAdmin only when I want to play around in Disk manager or a similar super-protected environment.

As Chris077 I am able to access my Users App-data and have attached a file Chris077_Everything-1.5a.zip.
I signed on as ChrisAdmin and created a file ChrisAdmin_Everything-1.5a.zip; this file too is attached.
I signed back in as Chris077 and accessed the ChrisAdmin folder "C:\Users\ChrisAdmin\AppData\Roaming\Everything" after the regular pop-up pane promising me "permanent access", I think, to that folder.

Question (1) Why should the admin INI file affect what Chris077 does when as a simple user he tries to copy a tree of files?

Question (2) Now that I know I have TWO INI files, and the Admin file is dated April 30 2023, might that explain why my "Clean uninstall" failed to rid my system of my custom search strings, filters, bookmarks? More about that in another topic.

Can you copy this file using Explorer? Is the ini in F:\Users\ChrisAdmin?

Attached.
Note that this is the INI file from 1344a, before I uninstalled and installed 1346a a half hour ago, and No, the uninstall appears not to be a clean-wipe uninstall. More about that in that other topic.
Thanks, Chris

[NotNull]

I am out of my depth again.

I bet you are not. Just following the wrong track (sorry for that ..)


Everything sees all.
Well, not all as it won't be able to see the content of all files, but it sure will see the filename, date and size. Which it will report in the result list.

Even files that YOU can't see in "Chris077-mode" will be detected and shown by Everything.
But when you ("Chris077") try to open, copy or delete some of these files, Windows will not allow it.

That is by design. That way userA cannot access data in c:\users\UserB and personal data stays that way: personal.

[ChrisGreaves]

I bet you are not. Just following the wrong track (sorry for that ..)

I bet you a coffee at Walkham's gate cafe that I am!
I am never happy unless I am learning ...

Everything sees all. Well, not all as it won't be able to see the content of all files, but it sure will see the filename, date and size. Which it will report in the result list.

I would paraphrase this in the sense that I can believe that Everything keeps a record (somewhere somehow) of every file that Everything has created on the user's behalf.
I would not be surprised if Everything remembered your devious "X:\elsewhere\garbage database.txt", even after you had deleted it.

That's OK, that's Everything's business.

But as an end-user I'd like to believe that I could uninstall Everything (using the Everything uninstaller, which RevoUninstaller does) and have all my personal clutter of bookmarks, filters, search history, run history - anything at all that I had customized, removed from my sight.
That is not happening in terms of my Custom search string, filters, and bookmarks - and perhaps importantly, although I haven't checked this yet, my shortcut key assignments!
Cheers and thanks again
Chris

[void]

The ini from the B: drive will end up directly in F:

I wonder what file is missing..

Is there an ini file under F:\Users\ChrisAdmin\AppData\Everything



Everything uses the shell to copy files (IFileOperation)
I'm looking into why this didn't report an error..

[void]

Everything is not copying files when access is denied.
No error is shown.

The next alpha update will give a prompt to elevate and show any errors.

[ChrisGreaves]

Everything sees all. ....

A corollary of this explanation must be something like this:

There will be times when Everything deals with the existence of a file but cannot deal with its contents

Example 1: A simple search string

*.txt

returns a count of text files, but using

*.txt Content:Greaves

will reduce the count if at least one of the files found in the first search is a read-protected file.

Example 2: Actions such as Copying a structured tree of found files will reduce the count if the destination would allow read-access to a file that in the source location is marked read-protected.

Is that close?
Thanks, Chris

[ChrisGreaves]

Is there an ini file under F:\Users\ChrisAdmin\AppData\Everything

Hi Void.
There is not an "Admin" ini file anywhere on the memory key F:, as far as I can see.

I copied the contents of drive F: to a folder "DriveF" in my daily blotter drive B: and have attached a zipped copy.
Cheers, Chris

[void]

Example 1: A simple search string

*.txt

returns a count of text files, but using

*.txt Content:Greaves

will reduce the count if at least one of the files found in the first search is a read-protected file.

Correct.

Example 2: Actions such as Copying a structured tree of found files will reduce the count if the destination would allow read-access to a file that in the source location is marked read-protected.

If Everything is allowed to read the newly copied files, you may see more results matching

*.txt Content:Greaves

[void]

Everything 1.5.0.1347a will now show the UAC prompt if elevated privileges are required to complete a file operation.