-
Wertgutscheine von Hand: Codes je Weiterleitung mit eigenem Schlüssel, Rollback beim Anlegen, gescheiterte Geschenkmail erst am nächsten Tag erneut (Review #844)
de.yourecom.shop
6.2
-29 Löschungen +37 Hinzufügungen 66 Gesamt 5 Dateien
|
-
Wertgutscheine von Hand: Import sortiert, alten Sprachschlüssel beim Update löschen
de.yourecom.shop
6.2
-3 Löschungen +4 Hinzufügungen 7 Gesamt 4 Dateien
|
-
Wertgutscheine von Hand ausstellen nur mit dem Recht für Gutschriften (Marcel, Review #844)
de.yourecom.shop
6.2
-5 Löschungen +7 Hinzufügungen 12 Gesamt 5 Dateien
|
-
Wertgutscheine von Hand: Weiterleitung nach dem Speichern (kein doppeltes Ausstellen), Anlegen in einer Transaktion, fehlgeschlagene Mail bleibt für den Cronjob, Ende in der Zeitzone des Shops, Grenzen für Datum und Anzahl mit Versand, Empfängerfelder ohne Adresse abgelehnt (Review #844)
de.yourecom.shop
6.2
-37 Löschungen +127 Hinzufügungen 164 Gesamt 10 Dateien
|
-
Packager: Belegt-Prüfung auch in der Liste verwaister Agenten-Ordner, Ordnername ohne Groß-/Kleinschreibung (Review B W1/W2 zu f3b1777)
de.yourecom.packager
6.2
-29 Löschungen +41 Hinzufügungen 70 Gesamt 4 Dateien
|
-
Packager: Übernehmen entfernt keinen Worktree, in dem check.sh läuft, wartet oder aus dem deployt wird (Reibung)
Der Worktree verschwand unter einem laufenden check.sh, der danach rot war (reibung.md 19.10., 21.10.). Der Merge geht weiter, nur der Ordner bleibt; Aufräumen später über Mehr > Verwaiste Agenten-Ordner.
de.yourecom.packager
6.2
+43 Hinzufügungen 43 Gesamt 2 Dateien
|
-
Shop: Wertgutscheine von Hand im ACP ausstellen (Kulanz, Gewinnspiel), mit Grund, Aussteller und optionalem Versand an einen Empfänger (#844 Punkt 1)
de.yourecom.shop
6.2
-17 Löschungen +551 Hinzufügungen 568 Gesamt 16 Dateien
|
-
Kontenpaar-Ausnahme nur, wenn jeder getroffene Nutzer ein freigegebener Partner ist (Review B)
Ein Treffer auf den Partner (etwa ein zufällig gleicher Canvas-Fingerabdruck) verdeckte sonst einen echten Zweitaccount derselben Log-Zeile; das galt vorher schon für Registrierung, Cookie und IP. Tests für gemischte Treffer. Version 6.2.9 Beta 2.
de.yourecom.multihunter
6.2
-7 Löschungen +23 Hinzufügungen 30 Gesamt 3 Dateien
|
-
Freigegebene Kontenpaare auch bei Canvas-, localStorage- und IndexedDB-Treffern nicht melden
Die Ausnahme für Kontenpaare prüfte nur Registrierung, Cookie und IP; ein freigegebenes Paar mit gleichem Canvas-Fingerabdruck (oder localStorage/IndexedDB) wurde trotzdem gemeldet. Die Prüfung liegt jetzt in MultiHunter::isWhitelistedPair() und zählt jede Prüfung; Unit-Test dazu. Version 6.2.9 Beta 1.
de.yourecom.multihunter
6.2
-17 Löschungen +112 Hinzufügungen 129 Gesamt 5 Dateien
|
-
Packager: automatischer Tag nur für vollständig gelaufene Releases und nur auf dem Release-Commit (Review B zu 3eefbb1)
Ein Release, dessen Paketbau oder Push scheiterte, wird wie früher erst nach Rückfrage getaggt. Ein schon vorhandener lokaler Tag, der nicht auf den Release-Commit zeigt, wird nicht gepusht.
de.yourecom.packager
6.2
-4 Löschungen +22 Hinzufügungen 26 Gesamt 1 Dateien
|
-
Packager: Tag automatisch setzen, sobald der Shop die Release-Version zeigt (Marcel)
Release vorbereiten und der Upload in den Shop sind die Freigabe für den Tag (PROZESS §4, 23.10.2026); bisher fragte der Packager dann noch einmal. Release abschließen von Hand bleibt mit Rückfrage. README zur Prüf-Reihenfolge und zum Release nachgezogen.
de.yourecom.packager
6.2
-14 Löschungen +20 Hinzufügungen 34 Gesamt 2 Dateien
|
-
Packager: nach einer vollen Prüfung den Repo-Stand neu lesen (Deploy-Spalte), Kommentar zum Unterbrechen berichtigt (Review B)
de.yourecom.packager
6.2
-1 Löschungen +4 Hinzufügungen 5 Gesamt 1 Dateien
|
-
Packager: kein eigener Deploy mehr vor der vollen Prüfung (#923)
check.sh deployt den geprüften Stand selbst, parallel zu seinen anderen Schritten und an seinem Platz in der Warteschlange; der Deploy davor lief außerhalb der Warteschlange und kostete seine ganze Dauer zusätzlich.
de.yourecom.packager
6.2
-13 Löschungen +6 Hinzufügungen 19 Gesamt 1 Dateien
|
-
Packager: Überschneidungen der Agenten-Branches mit zwischengespeicherten Branch-Diffs (#923)
Jeder Komplettlauf startete einen git diff je Agenten-Branch; solange Head und Branch gleich sind, gilt das letzte Ergebnis (12 Repos: 5,0 s auf 1,9 s).
de.yourecom.packager
6.2
-6 Löschungen +29 Hinzufügungen 35 Gesamt 2 Dateien
|
-
Packager: Fehlerlog-Prüfung nach dem Deploy entfernt (Marcel)
Das Mitlesen des Dev-Fehlerlogs nach jedem Deploy, der Hinweis in der Deploy-Spalte und der nächste Schritt 'Dev-Fehlerlog prüfen' brachten nichts und störten; check.sh prüft das Fehlerlog des geprüften Plugins selbst. Der Menüeintrag öffnet das Log weiter.
de.yourecom.packager
6.2
-74 Löschungen +7 Hinzufügungen 81 Gesamt 1 Dateien
|
-
Packager: Standard-Update weicht wichtigeren Prüfungen, Leerlauf nach echter Eingabe (Review B zu #923)
check.sh mit CHECK_YIELD=1 beendet sich vor den Dev-System-Schritten mit Code 75, wenn eine Prüfung höherer Priorität wartet; das Standard-Update setzt dann zurück und versucht es später. Ein Fenster im Vordergrund ohne Eingabe seit 15 Minuten gilt nicht mehr als benutzt (Komplettlauf über alle Repos nachts).
de.yourecom.packager
6.2
-2 Löschungen +16 Hinzufügungen 18 Gesamt 3 Dateien
|
-
Packager liest nach Aktionen nur das betroffene Repo und alle Repos nur bei benutztem Fenster, Standard-Update mit niedrigster Prüf-Priorität (#923)
Bisher 285 Komplettläufe über 68 Repos am Tag (je 5 bis 23 s Git), auch nachts und bei fast jedem Fensterwechsel. Ohne Benutzung liest er die Commit-Stände aus den Dateien und nur Repos mit neuem Commit per git status. DEPLOY_BY=packager für das Deploy-Protokoll.
de.yourecom.packager
6.2
-17 Löschungen +51 Hinzufügungen 68 Gesamt 1 Dateien
|
|
|
-
E2E Cloud-Support: Seed nach Review B (SQL über $sql, Benutzer über User::getUserByUsername, Usage-Zeile statt Kommentar im Rumpf)
de.yourecom.website
6.2
-7 Löschungen +5 Hinzufügungen 12 Gesamt 1 Dateien
|
|
|
