6 Commits

Include renames

Author	SHA1	Message	Date
Patrick Niebeling	9e1a15bab0	Refuse workflows that move cards in a loop ... Every enabled workflow is an edge "source stack -> target stack"; LoopDetector finds circles in that graph, a workflow whose source is its own target being the shortest. Without a check, two workflows A -> B and B -> A move the same cards back and forth on every run, even within a single run, with a notice for each move. The trigger date is ignored on purpose: by start date one way and by due date the other, a card with both dates passed still circles. Chains stay allowed. The controller rejects saving an enabled workflow that would close a loop and names the workflows involved. Workflows stored before this check are skipped by the runner (logged, not disabled) and flagged in the settings list via a new `loop` field from index().	2026-10-01 13:47:32 +02:00
Patrick Niebeling	8268f1068d	Let workflows move cards by start date instead of due date ... Each workflow now has a trigger date (due or start): the runner compares either the card's due date or its start date against now, read straight from Deck's Card entity. Mails and Nextcloud notifications say whether the card was overdue or reached its start date. Cards without the chosen date stay put. Deck only has a start date since 1.18 and Entity getters are magic, so DeckIntegrationService::supportsStartdate() checks the property; without it the form rejects start-date workflows and the runner skips them without disabling them. WorkflowRunner::isOverdue() becomes hasPassed(), as it now covers both dates. Existing workflows keep the due date (migration Version1005). Bumps to 35.4.0 so the migration runs.	2026-10-01 13:19:32 +02:00
Patrick Niebeling	5bd3181f10	Add a manual App Store publishing workflow ... appstore.yml signs the tarball of an existing v* release and registers its Gitea download URL with the App Store; it only runs on workflow_dispatch. Also adds the AGPL LICENSE and points website, bugs and repository in info.xml at the Gitea repository.	2026-09-30 12:31:46 +02:00
Patrick Niebeling	7612344726	Send moved-card notices as Nextcloud notifications too ... Each workflow now has a notify channel (mail, notification or both) next to its recipient mode. Notifications go out per card through OCP\Notification\IManager, so they show up in the bell and as push on the mobile and desktop clients. Without the notifications app nothing is sent. The one-off "workflow disabled" notice is sent as a notification as well. Existing workflows keep mail (migration Version1004). Bumps to 35.3.0 so the migration runs.	2026-09-30 12:31:01 +02:00
Patrick Niebeling	5083607ac4	Keep the docs independent of a specific Nextcloud version	2026-09-30 11:47:13 +02:00
Patrick Niebeling	e5b5f25748	Split the docs: README for users, DEVELOPMENT.md for developers ... The README now explains setup, workflows, the mail options with Deck's real menu names, and what happens when boards or stacks disappear - without class names. Architecture, data model, tests, CI, release and the time_sensitive troubleshooting move to DEVELOPMENT.md, fixing the stale CI table, PHP version and Nextcloud version on the way. DEVELOPMENT.md is excluded from the app package.	2026-09-30 11:43:53 +02:00