Does sorting necessarily mean putting in the garbage can?

[hercut]

Hello,

I have a question about the rules, copying and sorting into subfolders.

Today, my rule works the way I want it to. But I notice that my recycle garbage can fills up every time I use the rule...
But I don't like it. Because it fills up my recycle garbage can

Is there any way to avoid this? Like if the file already exists, do nothing?

Thanks for your help.

---

Bonjour,

De trier, oblige forcément de mettre à la poubelle ?

J'ai une question concernant les règles, la copy et le trie dans des sous dossier.

Aujourd'hui, ma règle fonctionne comme je le souhaite. Mais, je m'aperçois que ma corbeille se remplie à chaque utilisation de cette règle ...
Mais, ça ne me convient pas. Parce que justement cela rempli ma corbeille

Y a-t-il un moyen d'éviter ça ? Genre si fichier déjà existant, ne rien faire ?

Merci de votre aide.

[Mr_Noodle]

What is it filling up with?

[hercut]

What is it filling up with?

Just in case, let me explain my rule.
It checks a file for invoices. If the invoice matches the CSV, then it renames the file and moves it.

I've noticed that there's a difference in the options between copying and "sort into subfolder".
One allows you to do nothing if duplicates (the copy), the other deletes if duplicates.
Of course, if the box is checked.

The garbage can fills up with files that I imagine would be duplicates, linked to the duplicate option.

But, if that's the case, how do I make my rule so that duplicates don't go into the trash, when I'd rather check if the file exists and if so do nothing, but I don't see how...

---


Au cas où je vais expliquer ma règle.
Celle-ci vérifie dans un dossier les factures qu'il contient. Si la facture correspond au CSV, alors elle renomme le fichier et le déplace.

Je m'aperçois qu'il y a une différence dans les options entre la copie et le "sort into subfolder".
L'un permet de ne rien faire si doublons (la copie), l'autre supprime si doublon.
Bien sûr, si la case est coché.

La poubelle se remplit de fichier qui serait en double j'imagine, lié à l'option de doublon.

Mais, si c'est ça, comment faire ma règle pour éviter que les doublons ne partent à la poubelle, alors que je préférai vérifier si le fichier existe et si c'est le cas ne rien faire, mais je ne vois pas comment…

[Mr_Noodle]

Can you click on the options button for the Copy action and post a screenshot of it?

[hercut]

Can you click on the options button for the Copy action and post a screenshot of it?

[Mr_Noodle]

So you want the file to remain in the # Compatibilité folder?

If you don't want the rule to trigger over and over, it's best to structure the conditions so that it doesn't match after the first time. There are several ways to do it but one simple one is to set a tag on the file which you can then check for.

[hercut]

So you want the file to remain in the # Compatibilité folder?

If you don't want the rule to trigger over and over, it's best to structure the conditions so that it doesn't match after the first time. There are several ways to do it but one simple one is to set a tag on the file which you can then check for.

Ok, I understand. Well, it forces me to tag old files or set a rule start date that I'll change every time.

Do you have any other solutions?

However, both options might be valid for an update in the options of an already existing file. So "do nothing" or "delete".

[Mr_Noodle]

Again, do you really want the file to be left at the top level? "Delete" is not an option as Hazel only deletes things outright after they are in the trash.

[hercut]

Yes, I want it to stay in the original folder.
And, I need a copy for the accountant in a synchronized folder.

I think it's a translation error, I was talking about putting in the trash when I said deleted.

[Mr_Noodle]

Thanks for the clarification. Is this the same file every time or is there a new file being added/created with the same name over and over?

[hercut]

Thanks for the clarification. Is this the same file every time or is there a new file being added/created with the same name over and over?

So the file looks like this: date(yyyymm) label price.pdf so only the label remains the same.
Then a first rule renames and sorts the file into a folder with the same name as the label.
And then the sorting rule is launched, to copy the file into an accounting folder, sorted by year/month/product based on my CSV bank statement.
These are nothing more and nothing less than commission statements by company.


Alors, le fichier se compose comme ça : date(aaaamm) label price.pdf donc uniquement le label reste le même.
Il est ensuite une première règle qui renomme et trie le fichier dans un dossier du même nom que le label.
Et, ensuite, la règle de trie se lance, pour copier dans un dossier comptable, trié par années/année mois/produit CE en fonction de mon relevé de banque en CSV.
Ce ne sont ni plus ni moins des relevés de commission par société.

[Mr_Noodle]

But are the files the same, content-wise, and why does it keep appearing?

[hercut]

But are the files the same, content-wise, and why does it keep appearing?

Oui dans la forme le document est pareil. Sauf les valeurs à l'interrieur, hein ^^.

I don't know why it does that. In any case, it does that when I force the execution of the rule.
Maybe it's because I'm copying the file upstream of the folder and renaming it to move it into the subfolder.
As the upstream folder is empty, it's only when the file is moved into the subfolder that it sees that it's a duplicate and so throws it in the garbage can.
The idea would be to know if the file exists in the subfolder before sorting it, but I don't see how...

---

Je ne sais pas pourquoi ca fait ca. En tout cas, ca fait ca quand je force l'exécution de la règle.
Peut-etre lié au fait que je copie le fichier en amont du dossier et que je le renomme pour le déplacer dans les sous dossier.
Comme en amont le dossier est vide, ce n'est qu'au moment du sort into subfolder qu'il voit que c'est un double est donc le met à la poubelle.
L'idée serait de savoir si le fichier existe dans le sousdossier avant de le trier, mais je ne vois pas comment ...

[Mr_Noodle]

If you can prevent the file from being created, that would be best as once the file is created, Hazel, in general, avoids deleting files outright unless they are in the trash already.

[hercut]

hello @Mr_Noodle

I’m coming back here to try to resolve an issue that persists. I believe I might not be approaching the problem the right way.

After some thought, I think I’ve identified why so many files end up in the trash. Here’s my current process: my rule checks certain conditions for a file in folder A, renames it, and then moves it to folder B. It’s probably at this stage that the problem occurs.

My question is: is it possible to check if a file exists both in folder A and folder B? If I understand correctly, the issue arises because the file is first copied and then moved. This doesn’t allow me to verify if it already exists in folder B before being copied. Later, during the sorting process, a duplicate is detected, and the file is sent to the trash. The problem seems to come from the “sort into subfolder” step.

My questions:

1. How can I check, before the copy rule, if the file already exists in the target subfolder (in folder B)?
2. Is it possible to cancel a rule based on its final outcome?
For instance, in my configuration, this would prevent a file from being created unnecessarily and then sent to the trash.
3. Can a file be deleted directly instead of being sent to the trash?

To summarize my workflow:
• A file is renamed using a CSV file.
• It is then copied to folder B and sorted into subfolders based on its year and month (this information is also verified using the CSV).

---

Bonjour @Mr_Noodle,
Je reviens ici pour tenter de résoudre un problème qui persiste. Je pense ne pas aborder la situation de la bonne manière.

Après réflexion, je crois comprendre pourquoi autant de fichiers se retrouvent dans la corbeille. Voici mon processus actuel : ma règle vérifie certaines conditions sur un fichier dans le dossier A, puis le renomme et le déplace vers le dossier B. C’est probablement à ce niveau que le problème survient.

Ma question est la suivante : est-il possible de vérifier l’existence d’un fichier à la fois dans le dossier A et dans le dossier B ? Si j’ai bien compris, le problème vient du fait que le fichier est d’abord copié, puis déplacé. Cela ne me permet pas de vérifier s’il existe déjà dans le dossier B avant d’être copié. Ensuite, lorsque le tri est effectué, il détecte un doublon et l’envoie dans la corbeille. Le souci semble lié à l’étape de tri automatique (“sort into subfolder”).

Mes interrogations :

1. Comment vérifier, avant la règle de copie, si le fichier existe déjà dans le sous-dossier cible (dans le dossier B) ?
2. Est-il possible d’annuler une règle en fonction de son résultat final ?
Par exemple, dans ma configuration, cela éviterait qu’un fichier soit créé inutilement et ensuite envoyé à la corbeille.
3. Peut-on détruire directement un fichier sans passer par la corbeille ?

Pour résumer mon workflow :
• Un fichier est renommé à l’aide d’un fichier CSV.
• Il est ensuite copié dans le dossier B, trié dans des sous-dossiers en fonction de son année et mois (ces informations sont également vérifiées grâce au CSV).