Trigger "File Observer" without existing directory
Posted: 07 Sep 2017 14:03
Hello!
Is it possible to monitor directories which do not exist? (Trigger "File Observer"?)
This may sound a little strange, so a brief explanation.
It bothers me that some apps store downloaded or created files in different places in the internal memory.
Therefore, I want to merge these files elsewhere in the internal memory and delete the "superfluous" app-directories.
My Utility-Flows for selectively moving files and deleting the source directory (when empty) work fine.
The problem is the trigger!
The procedure should look as follows:
1.: The app (whichever) is installed. -> Status: The directory to be monitored does not exist.
2.: The app will download/create a file. -> Status: The directory to be monitored is created by the app and contains the downloaded/created file.
3.: Trigger-Flow with trigger XXX ("File Observer"?)
3a.: The existing utility-flow for moving files is called. -> Status: The file has been moved to the target directory, the directory to be monitored exists and is empty.
3b.: The existing utility-flow for deleting the directory to be monitored is called. -> Status: The directory to be monitored does not exist.
However, the trigger "File Observer" does not appear if the directory to be monitored has been deleted (3b.), or if the directory was not created when the trigger was created. (1.)
Has anyone of you perhaps a solution for me?
Many thanks!
Peter
-----------------------------------------------------------------------------------
Hallo!
Ist es möglich Verzeichnisse zu überwachen welche nicht existieren? (Trigger "Datei Überwacher"?)
Das klingt vielleicht ein wenig seltsam, daher eine kurze Erläuterung.
Es stört mich, daß einige Apps heruntergeladene oder erstellte Dateien an den unterschiedlichsten Stellen des internen Speichers ablegen.
Daher will ich diese Dateien an anderer Stelle des internen Speichers zusammenführen und die "überflüssigen" App-Verzeichnisse löschen.
Meine Utility-Flows für das selektive Verschieben von Dateien und das Löschen des Ursprungsverzeichnisses (wenn leer) funktionieren.
Das Problem ist der Trigger!
Der Ablauf soll wie folgt aussehen:
1.: Die App (welche auch immer) ist installiert. -> Status: Das zu überwachende Verzeichnis ist nicht vorhanden.
2.: Mit der App wird eine Datei herunterladen/erstellt. -> Status: Das zu überwachende Verzeichnis wird durch die App angelegt und enthält die heruntergeladene/erstellte Datei.
3.: Trigger-Flow mit Trigger XXX ("Datei Überwacher"?)
3a.: Es wird der vorhandene Utility-Flow zum verschieben von Dateien aufgerufen. -> Status: Die Datei wurde in das Ziel-Verzeichnis verschoben, das zu überwachende Verzeichnis existiert und ist leer.
3b.: Es wird der vorhandene Utility-Flow zum Löschen des zu überwachenden Verzeichnisses aufgerufen. -> Status: Das zu überwachende Verzeichnis ist nicht vorhanden.
Der Trigger "Datei Überwacher" scheint jedoch nicht reagieren, wenn das zu überwachende Verzeichnis einmal gelöscht wurde (3b.), beziehungsweise wenn das Verzeichnis beim Erstellen des Triggers nicht existent war. (1.)
Hat von Euch vielleicht jemand einen Lösungsvorschlag für mich?
Vielen Dank!
Peter
Is it possible to monitor directories which do not exist? (Trigger "File Observer"?)
This may sound a little strange, so a brief explanation.
It bothers me that some apps store downloaded or created files in different places in the internal memory.
Therefore, I want to merge these files elsewhere in the internal memory and delete the "superfluous" app-directories.
My Utility-Flows for selectively moving files and deleting the source directory (when empty) work fine.
The problem is the trigger!
The procedure should look as follows:
1.: The app (whichever) is installed. -> Status: The directory to be monitored does not exist.
2.: The app will download/create a file. -> Status: The directory to be monitored is created by the app and contains the downloaded/created file.
3.: Trigger-Flow with trigger XXX ("File Observer"?)
3a.: The existing utility-flow for moving files is called. -> Status: The file has been moved to the target directory, the directory to be monitored exists and is empty.
3b.: The existing utility-flow for deleting the directory to be monitored is called. -> Status: The directory to be monitored does not exist.
However, the trigger "File Observer" does not appear if the directory to be monitored has been deleted (3b.), or if the directory was not created when the trigger was created. (1.)
Has anyone of you perhaps a solution for me?
Many thanks!
Peter
-----------------------------------------------------------------------------------
Hallo!
Ist es möglich Verzeichnisse zu überwachen welche nicht existieren? (Trigger "Datei Überwacher"?)
Das klingt vielleicht ein wenig seltsam, daher eine kurze Erläuterung.
Es stört mich, daß einige Apps heruntergeladene oder erstellte Dateien an den unterschiedlichsten Stellen des internen Speichers ablegen.
Daher will ich diese Dateien an anderer Stelle des internen Speichers zusammenführen und die "überflüssigen" App-Verzeichnisse löschen.
Meine Utility-Flows für das selektive Verschieben von Dateien und das Löschen des Ursprungsverzeichnisses (wenn leer) funktionieren.
Das Problem ist der Trigger!
Der Ablauf soll wie folgt aussehen:
1.: Die App (welche auch immer) ist installiert. -> Status: Das zu überwachende Verzeichnis ist nicht vorhanden.
2.: Mit der App wird eine Datei herunterladen/erstellt. -> Status: Das zu überwachende Verzeichnis wird durch die App angelegt und enthält die heruntergeladene/erstellte Datei.
3.: Trigger-Flow mit Trigger XXX ("Datei Überwacher"?)
3a.: Es wird der vorhandene Utility-Flow zum verschieben von Dateien aufgerufen. -> Status: Die Datei wurde in das Ziel-Verzeichnis verschoben, das zu überwachende Verzeichnis existiert und ist leer.
3b.: Es wird der vorhandene Utility-Flow zum Löschen des zu überwachenden Verzeichnisses aufgerufen. -> Status: Das zu überwachende Verzeichnis ist nicht vorhanden.
Der Trigger "Datei Überwacher" scheint jedoch nicht reagieren, wenn das zu überwachende Verzeichnis einmal gelöscht wurde (3b.), beziehungsweise wenn das Verzeichnis beim Erstellen des Triggers nicht existent war. (1.)
Hat von Euch vielleicht jemand einen Lösungsvorschlag für mich?
Vielen Dank!
Peter