From dfec88d3962e4f59ac1a1929736bc5e35020fe56 Mon Sep 17 00:00:00 2001 From: Patrick Niebeling Date: Tue, 22 Sep 2026 07:36:15 +0200 Subject: [PATCH] Start a permanent Nextcloud 35 version line at 35.0.0 Nextcloud Hub Summer 26 (server 35.x) is declared as the sole supported major on this branch, per the existing versioning scheme (leading version number tracks the declared NC major). main keeps tracking Nextcloud 34 (Hub 26 Spring) at the 34.x.x line; the two are maintained in parallel rather than one replacing the other. --- CLAUDE.md | 6 ++++-- README.md | 2 +- appinfo/info.xml | 4 ++-- package.json | 2 +- 4 files changed, 8 insertions(+), 6 deletions(-) diff --git a/CLAUDE.md b/CLAUDE.md index 670a8c0..ae87641 100644 --- a/CLAUDE.md +++ b/CLAUDE.md @@ -4,7 +4,7 @@ This file provides guidance to Claude Code (claude.ai/code) when working with co ## What this is -A Nextcloud app (`workflow_deck_automation`, namespace `WorkflowDeckAutomation`) targeting **Nextcloud Hub 26 Spring (server 34.x)**. It lets each user configure, from their personal settings, automation "workflows" that move overdue [Deck](https://github.com/nextcloud/deck) cards from one stack to another, with optional assigned-user/label filters and an email notification. A background `Job` evaluates all enabled workflows on every cron pass. +A Nextcloud app (`workflow_deck_automation`, namespace `WorkflowDeckAutomation`) targeting **Nextcloud Hub Summer 26 (server 35.x)** on this branch (`main` tracks Hub 26 Spring / server 34.x). It lets each user configure, from their personal settings, automation "workflows" that move overdue [Deck](https://github.com/nextcloud/deck) cards from one stack to another, with optional assigned-user/label filters and an email notification. A background `Job` evaluates all enabled workflows on every cron pass. ## Non-negotiable architectural constraint @@ -109,7 +109,9 @@ There is no meaningful way to test the Deck integration itself outside a real Ne ### Release process -**Versioning scheme (from 34.0.0 on): `..`.** The leading number tracks the minimum/maximum Nextcloud major version declared in `appinfo/info.xml`'s `` (currently `min-version="34" max-version="34"`), not this app's own feature history - so it only changes when the supported Nextcloud major changes (e.g. dropping/adding NC 34 support bumps to `35.0.0`), and resets `minor`/`patch` to `0.0` at that point. Ordinary fixes/features within the same supported NC major bump `minor`/`patch` as usual (semver-ish, without a leading `0.`). Versions before `34.0.0` (`0.1.x`/`0.2.x`) predate this scheme. +**Versioning scheme (from 34.0.0 on): `..`.** The leading number tracks the minimum/maximum Nextcloud major version declared in `appinfo/info.xml`'s `` (on this branch `min-version="35" max-version="35"`), not this app's own feature history - so it only changes when the supported Nextcloud major changes, and resets `minor`/`patch` to `0.0` at that point. Ordinary fixes/features within the same supported NC major bump `minor`/`patch` as usual (semver-ish, without a leading `0.`). Versions before `34.0.0` (`0.1.x`/`0.2.x`) predate this scheme. + +This branch (`nextcloud-35`) is a permanent, separately maintained version line for Nextcloud 35, started at `35.0.0` alongside the `34.x.x` line on `main`. Backport fixes between the two lines manually where relevant; they are not merged into each other. 1. Bump `` in `appinfo/info.xml` and `version` in `package.json` (keep them in sync). 2. Commit, push to `main`, confirm the run of `.gitea/workflows/build-main.yml` is green. diff --git a/README.md b/README.md index a64d319..e792972 100644 --- a/README.md +++ b/README.md @@ -1,6 +1,6 @@ # Deck Workflow-Automatisierung -Nextcloud-App für **Nextcloud Hub 26 Spring (Server 34.x)**, die überfällige Karten der [Deck](https://github.com/nextcloud/deck)-App automatisch von einem Stapel in einen anderen verschiebt und optional eine E-Mail-Benachrichtigung verschickt. +Nextcloud-App für **Nextcloud Hub Summer 26 (Server 35.x)**, die überfällige Karten der [Deck](https://github.com/nextcloud/deck)-App automatisch von einem Stapel in einen anderen verschiebt und optional eine E-Mail-Benachrichtigung verschickt. Ersetzt das früher genutzte eigenständige PHP-Cron-Skript durch eine vollwertige App mit Oberfläche in den **persönlichen Einstellungen** — jeder Nutzer kann dort seine eigenen Regeln ("Workflows") anlegen, ohne Admin-Rechte oder Server-Zugriff zu benötigen. diff --git a/appinfo/info.xml b/appinfo/info.xml index 959f224..b39fbf7 100644 --- a/appinfo/info.xml +++ b/appinfo/info.xml @@ -28,7 +28,7 @@ This app lets every user configure their own Deck automation workflows from Pers A background job periodically evaluates all enabled workflows and moves cards whose due date has passed, using Deck's own internal PHP classes only (no HTTP/OCS calls). ]]> - 34.0.2 + 35.0.0 agpl Patrick Niebeling WorkflowDeckAutomation @@ -40,7 +40,7 @@ A background job periodically evaluates all enabled workflows and moves cards wh pgsql sqlite mysql - + OCA\WorkflowDeckAutomation\BackgroundJob\RunWorkflowsJob diff --git a/package.json b/package.json index de0f383..7e4e5ff 100644 --- a/package.json +++ b/package.json @@ -1,6 +1,6 @@ { "name": "workflow_deck_automation", - "version": "34.0.2", + "version": "35.0.0", "private": true, "type": "module", "description": "Automates moving overdue Deck cards between stacks, configurable per user.",