Repository navigation
v1.1.12 – Sammelrelease (seit v1.1.8)
Dieses Release fasst vier Versionen zusammen: v1.1.9, v1.1.10, v1.1.11 und v1.1.12.
Es gibt keine Breaking Changes und keine Datenmigration.
Warum springt die Version von 1.1.8 direkt auf 1.1.12?
Zwischen v1.1.8 und diesem Release wurde nie ein Tag gesetzt und kein Release veröffentlicht:
- v1.1.9 (WordPress Abilities API) war im Changelog geführt, wurde aber nie als eigener Commit oder Tag veröffentlicht. Die Arbeit ging gemeinsam mit v1.1.10 in einen einzigen Commit.
- v1.1.10 (REST-Sichtbarkeit der
_bbb_*-Felder) wurde lokal committet, aber nie nach GitHub gepusht und nie getaggt. - v1.1.11 und v1.1.12 entstanden danach auf demselben Stand.
Der Release-Workflow reagiert nur auf Tags (v*). Ohne Tag gab es kein ZIP und keinen Release, und der Plugin-Updater (er liest GitHub-Releases) sah über Monate nur v1.1.8. Die Nummern 1.1.9–1.1.11 sind deshalb reine Zwischenstände im Changelog. Seiten auf v1.1.8 erhalten alles in einem Schritt.
Was ist neu
v1.1.12 – Fix: Teaser zeigen das Ergebnis zuverlässig an
SportsPress zeigt in Teasern und Event-Blöcken nur die Ergebnis-Spalte aus der Option
sportspress_primary_result (ohne Option: die letzte Spalte). Das Plugin schrieb bisher nur in
die selbst konfigurierten Spalten. Lag das Primärergebnis nicht darunter, stand das Ergebnis
im Editor, der Teaser blieb aber leer.
- Sync und „Ergebnis-Keys reparieren" schreiben jetzt immer zusätzlich in das SportsPress-Primärergebnis.
- Der Fallback bei leerer Einstellung entspricht jetzt SportsPress (letzte Spalte statt fest
pts). - Verweist die Option auf eine nicht mehr vorhandene Spalte, wird die letzte vorhandene verwendet.
- Der Admin-Hilfetext bei „Ergebnis-Felder" wurde korrigiert.
v1.1.11 – REST-Sichtbarkeit nativer SportsPress-Felder
11 von SportsPress genutzte Meta-Felder (sp_event: sp_team, sp_player, sp_players,
sp_results, sp_status, sp_main_result, sp_day, sp_format; sp_team: sp_abbreviation,
sp_short_name, sp_url) erscheinen jetzt im REST-meta-Objekt.
sp_main_resultist alsstringregistriert. Es enthält den Slug der Ergebnis-Spalte, nicht die Punktzahl.- Korrektur:
sp_main_resultist kein SportsPress-Core-Feld und beeinflusst die Teaser nicht.
Es ist eine Konvention dieses Plugins.
v1.1.10 – REST-Sichtbarkeit der BBB-Meta-Felder
Alle _bbb_*-Meta-Felder (Team-/Match-/Liga-/Personen-IDs, Spielfeld-ID) sind per REST sichtbar.
Zuvor lieferte die API dafür rest_no_route, weil Meta-Keys mit Unterstrich als „protected" gelten.
Berechtigung: edit_posts (Post-Meta) bzw. manage_options (Term-Meta).
v1.1.9 – WordPress Abilities API
Drei Abilities für KI-Agenten und MCP-Clients unter /wp-json/wp-abilities/v1/:
trigger-sync, get-sync-status, get-sync-history. Alle erfordern manage_options.
Ab WordPress 6.9; auf älteren Versionen bleibt die Klasse wirkungslos.
Nach dem Update beachten
- Einmal „Ergebnis-Keys reparieren" ausführen. Der Sync schreibt Ergebnisse nur, wenn noch keine
vorhanden sind. Bereits synchronisierte Spiele erhalten die Primär-Spalte erst durch die Reparatur.
Sie füllt nur leere Spalten und überschreibt nichts. - Verhalten bei leerer „Ergebnis-Felder"-Einstellung: Es wird jetzt das SportsPress-Primärergebnis
verwendet stattptsbzw. der ersten Spalte. - Nicht live verifiziert: Die SportsPress-Aussagen beruhen auf dem Quellcode von
master.
Theme-Overrides von SportsPress-Templates können abweichen. Die tatsächliche REST-Ausgabe
(GET /wp-json/wp/v2/sp_event/<id>) bitte nach dem Update einmal prüfen.
Intern
- Testsuite: 62 → 82 Tests (PHPUnit, PHP 8.2).
- Abhängigkeiten:
softprops/action-gh-release3.0.3,wp-coding-standards/wpcs3.4.1.
What's Changed
- build(deps): bump softprops/action-gh-release from 3.0.1 to 3.0.2 by @dependabot[bot] in #11
- build(deps-dev): bump wp-coding-standards/wpcs from 3.4.0 to 3.4.1 by @dependabot[bot] in #14
- build(deps): bump softprops/action-gh-release from 3.0.2 to 3.0.3 by @dependabot[bot] in #18
- v1.1.12 – Teaser zeigen Ergebnis zuverlässig (inkl. unveröffentlichter v1.1.10/v1.1.11) by @OliEder in #20
Full Changelog: v1.1.8...v1.1.12