nextcloud / nextcloud/workflow_script

"File created" flow rule stops triggering after container restart

Offen
#486 0 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

Vorherrschende Sprache
PHP
Sterne
89
Forks
19
Ø Merge
6 Std. 38 Min.
Gemergte PRs (30 T.)
3

Beschreibung

"File created" flow rule stops triggering after container restart (v3.0.0, Nextcloud AIO)
Description
The "Run script" flow with a "File created" trigger stops firing after a Nextcloud AIO container update/restart. The rule appears active in the UI but never triggers, even for files uploaded through the Nextcloud web interface.

Environment
Nextcloud version: 32.0.4.1
workflow_script version: 3.0.0
workflowengine version: 2.14.0
Installation: Nextcloud AIO (Docker)
Steps to Reproduce
Create a flow rule:
When: File created
and: File name matches /daily\d{4}-\d{2}-\d{2}_.*.gpx$/i
Run script: python3 /opt/phonetrack_timeline_updater.py --file "%f" --path "%n"
Rule works correctly after initial setup
Nextcloud AIO container is updated/restarted
Rule still shows as Active in Admin → Flow
Upload a file matching the pattern through the Nextcloud web UI
Script is never executed — no log entries, no side effects
Expected Behavior
The script should be triggered when a matching file is uploaded, even after a container restart. The rule is displayed as "Active" and should behave accordingly.

Actual Behavior
The rule silently stops working. No errors in nextcloud.log, no indication that the flow engine is attempting to run the script. Deleting and recreating the rule does not fix the issue.

Troubleshooting Done
✅ Confirmed workflow_script app is enabled (php occ app:list)
✅ Confirmed script exists and is executable at /opt/phonetrack_timeline_updater.py
✅ Script works correctly when run manually
✅ Deleted and recreated the flow rule — still doesn't trigger
✅ Uploaded test file through Nextcloud web UI (not filesystem) — still doesn't trigger
✅ No relevant errors in nextcloud.log
✅ Nextcloud cron is running (other background jobs work fine)
Notes
The rule worked reliably for about a week after initial setup (Jan 17–24, 2026)
After the container was updated, the rule stopped working permanently
This may be related to #65 and #90

Beitragsleitfaden

Beitragsleitfaden öffnen

Erste Schritte

  1. Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
  3. Forke das Repository und arbeite in einem Branch.
  4. Öffne einen Pull Request, der die Issue-Nummer nennt.

Rechercherichtung

Beginne damit, das Verhalten von workflow_script rund um den Trigger File created und die zugehörigen Reports #65 und #90 zu überprüfen. Reproduziere den Fehler nach einem Neustart eines Nextcloud AIO-Containers unter Verwendung der hier beschriebenen Prüfungen über die Admin → Flow-Regel, php occ app status und nextcloud.log. Als erledigt gilt die Aufgabe, wenn die bestehende aktive Regel das konfigurierte Skript nach dem Neustart für passende per Web hochgeladene Dateien ausführt, mit einem Regressionstest oder einer dokumentierten Verifizierung.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Bewertung

Tech-Stack
docker, php
Bereich
backend
Issue-Typ
Bug
Schwierigkeit
4/5
Geschätzter Aufwand
3-5 Tage
Aktivitätsstatus
Veraltet
Klarheit
Größtenteils klar
Anfängerfreundlichkeit
45/100

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.