From: nospam@needed.invalid   
      
   On Thu, 2/5/2026 5:31 AM, Jeff Layman wrote:   
   > On 05/02/2026 10:02, Jeff Layman wrote:   
   >> 22.3 Cinnamon   
   >>   
   >> I just moved a file to trash and wanted to restore it, but I don't have   
   >> a trash folder showing in Nemo! From what I remember the "Rubbish Bin"   
   >> (that's what it was called in the UK), was the final folder in the File   
   >> System, but it doesn't appear in my 22.3 Nemo.   
   >>   
   >> Out of interest I moved the Desktop | Desktop Icons | Rubbish Bin switch   
   >> to show it, but there's no sign of the folder on the desktop either.   
   >>   
   >> Could someone please check their 22.3 Nemo and let me know where the   
   >> Trash folder appears.   
   >   
   > To save time I installed Thunar and that shows a "Wastebasket", so I was   
   > able to restore the file from that. This is the second major issue I've had   
   > with this latest Nemo (no folder expanders by default, hidden in a new   
   > preference was the first). I've never had a problem before with it.   
      
   There is some trash-trivial out there.   
      
      https://askubuntu.com/questions/102099/where-is-the-trash-folder   
      
   You can see, there is potential for a numeric UID component to it.   
   As well as canonical locations that might not work out.   
      
   Now, in principle, trash has to be anonymized, to prevent collisions   
   in the trash location. You cannot store two "some.txt" in there and   
   recover both of them, if one over-wrote the other. The details would   
   need to be changed, to allow the files to be "preserved" until later.   
   And then the question is, what kind of search would work to find it   
   with a brute force method. Does listing all the files and   
   sorting by time work ? And so on.   
      
   [name@Moon ~]$ ls -al ~/.local/share/Trash   
   total 20   
   drwx------  4 name name 4096 Aug 16 22:25 .   
   drwxr-xr-x 13 name name 4096 Aug 17 01:10 ..   
   drwx------  2 name name 4096 Aug 16 22:24 files   
   drwx------  2 name name 4096 Aug 16 22:24 info   
   -rw-r--r--  1 name name   16 Aug 16 22:25 metadata   
      
   If I check an LM222, there is only files and info.   
   And when I tried to create a collision, by throwing out two files   
   with the same name, it appended a ".2" to the end of the root of the name   
   plus in the Info folder it used the same for the cataloging of where the file   
   belongs.   
      
   ~/.local/share/Trash/files$ ls -al   
   total 8   
   drwx------ 2 bullwinkle bullwinkle 4096 Feb  5 07:03 .   
   drwx------ 4 bullwinkle bullwinkle 4096 Feb  5 06:57 ..   
   -rw-rw-r-- 1 bullwinkle bullwinkle    0 Feb  5 07:02 testtest2.2.txt  <===   
   collision test   
   -rw-rw-r-- 1 bullwinkle bullwinkle    0 Feb  5 06:57 testtest2.txt   
   -rw-rw-r-- 1 bullwinkle bullwinkle    0 Feb  5 06:56 testtest.txt   
      
   cat testtest2.2.txt.trashinfo                                        <===   
   collision test   
   [Trash Info]   
   Path=/home/bullwinkle/Downloads/somewhere/testtest2.txt   
   DeletionDate=2026-02-05T07:03:11   
      
   It's not an extremely fancy thing.   
      
   So what we learn from the exercise, is we should have "view hidden"   
   turned on in the file manager (or attempts to search, will be   
   silently hidden!), and when searching we can only search for the   
   root part of the missing file, the "testtest2" part and don't attempt   
   to find "testtest2.txt" because it might not be there.   
   Just look for the root part. It would all depend on if there   
   had been a collision, whether one of the files were renamed to avoid   
   the collision.   
      
      Paul   
      
   --- SoupGate-Win32 v1.05   
    * Origin: you cannot sedate... all the things you hate (1:229/2)