Codecov Report

All modified and coverable lines are covered by tests ✅

Project coverage is 45.50%. Comparing base (72ead46) to head (0272882).
Report is 163 commits behind head on master.

@@             Coverage Diff              @@
##             master    #1497      +/-   ##
============================================
- Coverage     45.70%   45.50%   -0.20%     
+ Complexity     2560     2548      -12     
============================================
  Files            93       93              
  Lines         10095    10038      -57     
============================================
- Hits           4614     4568      -46     
+ Misses         5481     5470      -11     

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

@nelarsen Vielen Dank für den PR. Wir würden das Thema gerne noch einmal gründlicher beleuchten, bevor wir das in die Produktivumgebung ausrollen. Dazu müssen wir aber noch um etwas Geduld bitten. Der PR bleibt hier aber weiter offen und sobald wir es zeitlich einrichten können, werden wir das Thema prüfen. Viele Grüße

Ich habe den PR auf den aktuellen master rebased, was sehr einfach ging. Ich werde noch mal manuell testen (die automatisierten Tests haben sofort funktioniert) und melde mich wieder.

Hallo, hallo, ich würde gern zu diesem PR zurückkommen. Der PR macht die Spalten 'timeframe' und 'location' in der cb_bookingcodes-Tabelle obsolet. Nach aktuellem Stand werden weder die Spalten noch die vorhandenen Daten gelöscht, und werden neue Codes erzeugt, werden location und timeframe bloß mit 0 gefüllt und nicht weiter beachtet. Das bedeutet aber, dass man CB danach nicht ohne Weiteres downgraden kann, weil CB ohne diesen PR nicht mit den Nullen korrekt umgehen kann. Muss eine derartige Rückwärtskompatibilität gewährleistet werden? Ich denke nicht - man soll halt eine Wordpress-Sicherung erstellen, bevor man eine neue CB-Version installiert, und wenn die neue Version nicht gefällt, alles über die Sicherung wiederherstellen. Wenn man auf derartige Rückwärtskompatibilität eh verzichtet, wäre es sinnvoll, location und timeframe nicht bloß zu ignorieren, sondern beim Plugin-Upgrade zu löschen bzw. bei Neuinstallation nicht anzulegen. Das habe ich allerdings (noch) nicht implementiert. Vielleicht können wir das demnächst kurz in einer Videokonferenz oder so besprechen, damit wir es bald abschließen können?

@nelarsen Ich würde gerne eine rückwärtskompatibilität beibehalten, vor allem für Test und Entwicklungsszenarien. Da switchen wir ja u.U. zwischen Versionen und es wäre ungünstig wenn das dann nicht ginge. Vielleicht kann man den PR so bauen dass das trotzdem klappt?

@nelarsen Ich würde gerne eine rückwärtskompatibilität beibehalten, vor allem für Test und Entwicklungsszenarien. Da switchen wir ja u.U. zwischen Versionen und es wäre ungünstig wenn das dann nicht ginge. Vielleicht kann man den PR so bauen dass das trotzdem klappt?

Ich kann den PR ergänzen, so dass location und timeframe in der Funktion persist() wie gehabt in die cb_bookingcodes-Tabelle eingefügt werden. Ich würde ein Kommentar machen, dass die Felder nicht mehr zu verwenden sind und deprecated sind. Mehr müsste man für Rückwärtskompatibilität m.E. nicht tun.

Gibt es darüber hinaus Abstimmungsbedarf?

Sorry, der merge war aus Versehen, falls du das nochmal neu aufsetzen könntest wäre das toll! Ich wollte das eigentlich nur in einen TEstbranch mergen.