-
Fix: Legacy-Migration erkennt Spalten auf Mehrfach-Installationen nicht mehr falsch
Die Spaltenprüfung vor der clanMultiSelect-Migration band den Tabellennamen als
gebundenen Parameter an eine information_schema-Abfrage. Database::prepare()
schreibt app1_ -> appN_ aber nur im SQL-Text um, nie in gebundenen Werten, daher
schlug die Prüfung auf Installationen mit WCF_N != 1 immer fehl und die Migration
wurde stillschweigend übersprungen. Ersetzt durch getEditor()->getColumns(), das
den Tabellennamen in den SQL-Text setzt und damit korrekt umgeschrieben wird.
6.2.5 Beta 1 (letzter Release: 6.2.4).
de.yourecom.cbs.clan.option
6.2
-9 Löschungen +79 Hinzufügungen 88 Gesamt 3 Dateien
|
-
Abo-Bestellungen: keine eigenen Lizenzen für Abo-Positionen; Version 6.2.8 Beta 27
grantPurchase() vergab für die Positionen subscription/subscriptionItem eigene Lizenzen (mit orderID), zusätzlich zu
denen des Abos: doppelte Lizenzen, und nach dem Abo-Ende blieben Lizenz und Gruppe bestehen. Der Zugriff gehört dem Abo.
Test SubscriptionItemFulfillmentTest (vorher 3 statt 1 Lizenz).
OrderAnswerPrivacyTest: statischen Antwort-Zwischenspeicher im setUp leeren (schlug in der ganzen Suite fehl).
de.yourecom.shop
6.2
-1 Löschungen +60 Hinzufügungen 61 Gesamt 4 Dateien
|
-
10 Dateien geändert: tests (5), (Hauptordner) (3), language (2)
de.yourecom.wcf.payment.bankTransfer
6.2
-9 Löschungen +159 Hinzufügungen 168 Gesamt 10 Dateien
|
-
openOrder-Test: Gast-Bestellung mit 180 s Zeitlimit
Der Test legt eine echte Bestellung an und braucht allein rund 70 s; unter Last lief er ins 90-s-Limit.
de.yourecom.shop
6.2
+3 Hinzufügungen 3 Gesamt 1 Dateien
|
|
|
-
Packager: Reihenfolge der Prüfungen und schneller Lauf bei reinen Paketangaben dokumentiert
Der Code steckt schon in a404d27: der Packager stellt sich mit Vorrang in die Warteschlange von
_dev/check-lock.sh (Release 1, eigene Prüfungen 2, automatische 4, Agenten-Worktrees 5), die
automatische Prüfung weicht einem besseren Wartenden, außer sie ist fast fertig, und ein Commit,
der nur Version, Datum, benötigte Pakete und requirements/-Archive ändert, wird nur schnell
geprüft. Hier: README dazu, und der Test stellt die Plugin-Liste nach dem Metadaten-Fall wieder her.
de.yourecom.packager
6.2
-1 Löschungen +4 Hinzufügungen 5 Gesamt 2 Dateien
|
-
Packager: Übernehmen entfernt erst die vendor/node_modules-Verknüpfungen des Arbeitsordners, dann den Ordner (#754)
git worktree remove folgte den Verknüpfungen und leerte vendor/ im Plugin. Test: Übernehmen eines Arbeitsordners mit
verknüpftem vendor/ lässt den Inhalt im Plugin stehen.
de.yourecom.packager
6.2
-1 Löschungen +30 Hinzufügungen 31 Gesamt 2 Dateien
|
|
|
|
|
|
|
|
|
-
Packager: neue Stände automatisch prüfen, Release mit voller Prüfung, Tag-Frage, Agenten-Prüfung sichtbar
- Spalte Prüfung: zeigt das neueste Ergebnis von check.sh, egal wer es gestartet hat (Packager,
Agent, Terminal), mit voll/schnell, Zahl der roten Schritte und "alter Stand". Bisher nur die
im Packager gestarteten Prüfungen, ohne var/checks.json war sie leer.
- Automatische Prüfung: ein Plugin mit neuem Commit bekommt zwei Minuten nach dem letzten Commit
Deploy und vollen Check, eins nach dem anderen und nie neben einem Deploy, einer Prüfung oder
einem Release. Nur Stände, die sich seit der letzten Sitzung geändert haben. Mehr > an/aus.
- Release vorbereiten: ohne volle grüne Prüfung genau dieses Stands laufen erst Deploy und voller
Check, danach geht das Release von selbst weiter (eine laufende automatische Prüfung wird
abgewartet). Der Release-Commit löst keine automatische Prüfung aus.
- Tag: sobald der Shop die veröffentlichte Version zeigt, fragt der Packager einmal, ob der Tag
gesetzt und gepusht werden soll.
- Agenten-Reiter im Diff-Fenster: jeder Branch zeigt, ob sein Stand geprüft ist (voll geprüft,
Prüfung rot, nicht geprüft). Gefunden über den Inhalts-Fingerabdruck von tree-hash.sh --content
(Modules/Lite/check-results.php); nach dem Übernehmen zählt die Prüfung des Agenten auch für den
Hauptbranch, solange der Inhalt gleich ist (standard-status.php, Cache var/content-cache.json).
- Agenten-Worktrees: steht ein Worktree fünf Minuten still und ist nichts offen, läuft automatisch
check.sh --fast darauf (schnell, weil ein voller Lauf den Stand des Agenten ins Dev-System
deployen würde, das der Agent vielleicht noch nutzt). Schon geprüfte Stände werden ausgelassen.
- Diff-Fenster: "Übernehmen und Release vorbereiten" für einen grün geprüften Branch; das
Hauptfenster startet das Release, sobald es den Merge-Commit gelesen hat.
- Eine rote Prüfung ist in der Liste und im Detailbereich rot, auch in einer grünen Zeile.
- Agenten-Reiter: jeder Branch sagt vorab, ob er sich konfliktfrei übernehmen lässt (git
merge-tree, ohne etwas anzufassen); ein Branch mit Konflikt wird gar nicht erst versucht.
- Verwaiste Agenten-Ordner (Branch schon übernommen oder eine Woche still, nur ganz saubere):
Hinweis im Log, Mehr > "Verwaiste Agenten-Ordner aufräumen ..." entfernt sie mit
agent-worktree.sh remove, die Branches bleiben (tools/stale-worktrees.php, im Hintergrund).
- Versionsbeschreibung aus den Aufgaben des Arbeitsplatzes statt aus den Commit-Betreffs
(tools/release-notes.php, im Hintergrund): "Fehler: ByteMon: …" wird "Behoben: …". Eine
Aufgabe zählt nur, wenn sie das Plugin oder den Branch nennt; Standard-Updates fallen weg.
- Version per Doppelklick auf die Version ändern (Liste oder Details): das Feld schlägt die
nächste Beta vor, Enter übernimmt, Datum heute. "Beta-Version erhöhen" ist entfernt.
- Reihenfolge der Prüfungen (Warteschlange _dev/check-lock.sh, Commit 7da92d8 im wsc6.2-Repo):
der Packager stellt sich mit Vorrang an, Release 1, eigene Prüfungen 2, automatische 4,
Agenten-Worktrees 5. Die automatische Prüfung startet nicht, solange jemand wartet, und weicht
einem besseren Wartenden, außer sie ist fast fertig (höchstens eine Minute übrig, gemessen an
der Dauer des letzten Laufs). Ein abgebrochener Lauf hat kein Ergebnis und kommt später wieder.
Die Log-Zeile der automatischen Prüfung nennt den neuen Commit und für welchen Stand der letzte
Lauf war.
- Tests in tests/run.ps1 und tests/standard-status-test.php, README ergänzt.
de.yourecom.packager
6.2
-92 Löschungen +1.446 Hinzufügungen 1.538 Gesamt 11 Dateien
|
|
|
|
|
-
Sicherheitslücken im Thread-Task-Import behoben
ThreadTaskImporter prüfte beim Import nicht, ob der Benutzer den
Forenbeitrag lesen darf (canRead), wodurch Inhalte aus unzugänglichen,
privaten, gelöschten oder deaktivierten Beiträgen über die Beitrags-ID
ausgelesen werden konnten; die Hinweis-Notiz wurde zudem unabhängig von
canReply in den fremden Thread geschrieben. Außerdem griff die maxTextLength-
Begrenzung nie (getPermission liefert für integer-Optionen keinen int, jetzt
über WorkplaceUtil::intPermission), und eine unbekannte typeID wurde wegen
des ?? []-Fallbacks nicht abgelehnt.
package.xml: zusätzlicher Update-Block fromversion="6.2.*", da der einzige
vorhandene Block (6.1.*) ein Update von 6.2.0 auf 6.2.1 nicht erfasst hat.
Version auf 6.2.2 Beta 1 angehoben.
de.yourecom.workplace.wsb
6.2
-6 Löschungen +34 Hinzufügungen 40 Gesamt 2 Dateien
|
-
38 Dateien geändert: files (27), tests (4), (Hauptordner) (2), language (2), templates (2)
de.yourecom.workplace
6.2
-104 Löschungen +560 Hinzufügungen 664 Gesamt 38 Dateien
|
-
Tippspiel: football-data-Budget 300/h und 3000/Tag, Update-Skript hebt bestehende Quellen an (#736)
Das Budget von 10 Abrufen pro Stunde und 50 pro Tag war an Spieltagen mittags verbraucht. football-data.org erlaubt im
kostenlosen Tarif 10 pro Minute ohne Tageslimit. Neue Quellen starten mit 300/3000, das Update-Skript hebt bestehende
football-data-Quellen bei jedem Update darauf an (nur anheben, apiKey und andere Werte bleiben).
de.yourecom.website
6.2
-2 Löschungen +113 Hinzufügungen 115 Gesamt 4 Dateien
|
|
|
|
|
|
|
