Is there a "pretty name" Property for $Recycle.Bin items?

[therube]

Is there a "pretty name" Property for $Recycle.Bin items?

i.e., $RN41YR1.jpg -> 'red & blue.jpg'

[raccoon]

The "Display Name" property will show the pretty name for most items in the $Recycle.Bin. I don't know why it doesn't for all items.

[therube]

I saw that mentioned, but it wasn't displaying anything when I looked.

Add column -> Display Name
Search: /$recycle.bin

&... nothing. (No "display names".)


Win7 on my end.


DIR > abc
(Windows, soft) delete abc

$IZN9R10 - index
$RZN9R10 - data file

I see those in $Recycle.Bin, based on date modified, but nothing for Display Name

[raccoon]

Does it populate if you Sort that column, or add it to your Index -> Properties?
Win 7 here too.

[therube]

Sort no.

Index -> Property... (hold on...) - no.

[raccoon]

¯\_(ツ)_/¯

@void has to tell us from which API this property is derived to figure out what Windows feature you have disabled.

[void]

Are you indexing 'Display Name' under Tools -> Options -> Properties?
-If so, Everything will only show the indexed 'Display Name'.

Is Everything busy/stuck gathering another property?
-Do other properties populate, such as length, width etc..?

Display Name should display the same file name as you see in Windows Explorer.
(which might be different to the filename on disk)

Display Name will only work on $r* data files. (not $i* index files)
There must be a corresponding $i index file for the $r data file.
Otherwise, Display Name just returns the filename on disk.

Everything uses IShellFolder::GetDisplayNameOf with SHGDN_INFOLDER|SHGDN_NORMAL to gather the Display Name.

[therube]

Are you indexing 'Display Name' under Tools -> Options -> Properties?

I tried by just adding the column (Property) [for a lazyload] & also as an Index (Property).

Neither way returned any results.
(Indexing took a rather long time, & high CPU [& returned no results].)

Is Everything busy/stuck gathering another property?

No.

-Do other properties populate, such as length, width etc..?

Yes. I have Length (as lazyload) & that has always been fine.

Display Name should display the same file name as you see in Windows Explorer.
(which might be different to the filename on disk)

W/E shows the "pretty name" for $Recycle.Bin items (which is what I am after) [but it is awfully slow & terrible at "searching"].

[therube]

(On a different computer, not mine...)

Everything turned up 476 Display Names (in $Recycle.Bin).
Windows Explorer found 138 items.

Physically there are 40K items, 21K directly in $Recycle.Bin (of which theoretically ~half would be index files), with the remainder in subdirectories (which would not have indexes, only pretty names).


PS: If I could

ignore:$I;$R

, then the associated file & index would display together .

[therube]

(Another computer, Win7)


Everything said, 169 objects.
Display Names displayed for all but 3 items (desktop.ini's).

Windows Explorer said it knows of 58 "items".

[void]

Are you indexing 'Display Name' under Tools -> Options -> Properties?

I tried by just adding the column (Property) [for a lazyload] & also as an Index (Property).

Please disable indexing of the Display Name property.



The Display Name is only shown for files that Everything can access.
Permission is denied when gathering the Display Name for recycle bin items deleted by another user.

Are these files deleted by the same user account running Everything?

Everything turned up 476 Display Names (in $Recycle.Bin).
Windows Explorer found 138 items.

Is Everything missing any display names where the display name exists in Windows Explorer?



Another way to display the original filename:
:\$recycle.bin\ $i content-offset:-520 regex:utf16content:(.*)
The original filename is available in the Regular Expression Match 1 column.

Does this work? does Everything have read access to the $i files?

The Windows Property System -> Original Location (System.Recycle.DeletedFrom) property might be helpful?

PS: If I could
ignore:$I;$R
, then the associated file & index would display together .

Search for:
:\$recycle.bin\ regex:"\$(?:I|R)(.*)"
and sort by Regular Expression Match 1

[therube]

Oddly (at home) I added Display Name back in again, & it worked.
Seemingly finding all that it should, at that.
(I didn't check file counts or against W/E, but for all that I did search for, they all turned up.)

---

Adding DN back in here, still nothing.

---

(the rest i'll have to get back to...)

[void]

One issue I ran into was using the wrong 'Display Name' property.

There is the 'Everything Display Name' property and the 'Windows Property System Display name' (System.Identity.DisplayName)

Please make sure you are using the 'Everything Display Name' property.
The 'Windows Property System Display name' (System.Identity.DisplayName) property will not display anything for files.

I will make sure the Everything Properties tree item is selected by default in the next alpha update.

[therube]

Please make sure you are using the 'Everything Display Name' property.
The 'Windows Property System Display name' (System.Identity.DisplayName) property will not display anything for files.

Ah, sure enough, that must have been the issue all along.
"Display name" - nothing
"Display Name" = results.

So the first time I tried it (actually the first & second &...) I ended up with the wrong "display name".
And then the other night, when I tried it again, I happened to end up with the "correct" 'display name'.

And as I look here, it was 'Display name' displaying, & once I added 'Display Name', presto-chango, results .

[therube]

Code: Select all

Everything          : 23504 objects, 23412 files, 843 GB
Windows (7) Explorer: 23046 items

oh, a $R entry for a subdirectory /is/ the "guid", & Display Name displays the "prettyname"
- file names within a $R directory entry do not use "guid's", only prettynames

(this happened to point out that i have a /windows.old/ directory
- whose only contents is an "empty" [nothing more then desktop.ini] $Recycle.bin)