I am aware that search excludes items in trash; to me that makes sense. I was surprised, however, that even when I select “trash” as the scope for the search (e.g.
* scope:trash), no records are found. To me that behaviour is inconsistent; I would have imagined that it would either be impossible to select trash as the scope for the search, or that selecting that scope would provide a search in that location. Or am I just missing something glaringly obvious?
I would suggest that trash should remain routinely excluded from search, but should be searched if it is specifically selected as the scope for that search.
(DT 3.8 on macOS “did you really release that” 12.0.1)
Well, if you type in the search, you can type pretty much everything, I guess. Their parse will probably only check keywords and operators for validity, not the search terms or operands themselves. So if you say
scope: ThisDatabaseDoesNotExist, you’ll not get any results back, but no error either. Some for
trash, I guess.
I agree; I understand the logic; but I can actually select trash without typing from the “path” bar. That, as we say, is irreführend.
Indeed. Probably an oversight: Trash is not available in smart rules (neither are closed databases).
Development would have to assess adding a
They would, wouldn’t they
Just curious but why do you want to search the trash? A workaround would be to move the items again to a database/group.
I wouldn’t, typically. I have a smart rule which moves expired items to trash. Initially I required confirmation before the rule acted, but having now watched it do its work for a while, it now acts fully autonomously. It adds a brief report to the log and the date of deletion to the record comment (which would aid me in diagnosing “how on earth did that get in here?” if it were every necessary). After the rule had run for the first time, I checked to see whether everything had worked as planned - by searching for the “expired” comment - and found none. My workaround is to add a symbol to the record name and to sort trash alphabetically. That way a quick glance shows me what was automatically moved to trash; and actually that is better than doing an occasional search.
So generally, searching trash would only be necessary if you “lost” a file (i.e. couldn’t find it where you thought it was, or with search) and you wanted to check to see you hadn’t accidentally trashed it. Not completely silly, but nothing anybody would be doing regularly, I guess. It was the inconsistency which bothered me most, really - imagine having 200 items in trash, you’ve lost a file, you know it contains the word “Criss”, search in trash, search turns up nothing, you shrug and get on with your life. But the record actually was there, it’s just search didn’t actually search…
In my case it is to find locked items.
My intuition led me to believe that locked files couldn’t be sent to the trash, but I was wrong.
So, I would like to build myself an early warning system using a smart group to show me if there are any locked files in the trash.
I Just tried and I don’t think that I can do that currently, but I would love to be proved wrong .