Leider scheint das Problem noch nicht gefixt zu sein. Das last_reported bzw. last_updated-Feld ist nach wie vor 2 Stunden in der Zukunft.

Und auch der Status gibt nur dann den richtigen Wert zurück, wenn man die Buchungen vorher in UTC-Zeit umgerechnet eingegeben hat. Wie werden die Buchungen in der DB gespeichert? In UTC oder lokaler Zeit? Im [cb_bookings] Widget werden sie jedenfalls nach meiner Beobachtung nicht umgerechnet. Daher gehe ich davon aus, dass die Buchungen in lokaler Zeit gespeichert werden.

Mein Commit behebt den "einfachen" Teil des Problems, nämlich das falsche last_updated / last_reported GBFS Feld.

Das andere Thema ist der falsche Status. Hier bin ich mir nicht sicher, in welcher Zeitzone die Buchungsdaten in der DB gespeichert werden sollen.

Hmm, ich weiss da leider auch nicht mehr weiter @datengraben @chriwen vielleicht habt ihr ja eine Idee. Ich kenne mich mit den Zeitzonenproblemen nicht so aus.

@futuretap hat Recht, die Meta-Felder repetition-start und repetitions-end sind in lokaler Zeit. Das müsste also immer in der lokalen Zeit(-zone) sein, welche admin-seitig in Wordpress als Zeitzone erstellt wurde.

@hansmorb hatte das sogar im Mai schon an die Methoden getStartDate und getEndDate des Booking Model kommentiert.

Das Zeitzonenen-Verhalten habe ich auch nochmal in unserer Instanz auf den User-Buchungen dort validiert, indem ich MySQL-Meta-Werte für repetition-start und repetition-end mit dem String auf der [cb_bookings]-View verglichen habe. Den Code des PR habe ich noch nicht angeschaut, ich versuche es heute oder morgen noch zu machen.