andreaslang Sollte das nicht auch reichen?
rpm -qi gromox | head -n 3
Name : gromox
Version : 2.30.85.4d271dc
Release : lp155.2.2Ganztagestermine einen Tag verschoben
Die Ausgabe beinhaltet kein DAV oder SYNC oder mapi header, alle relevant für dieses Thema.
Ein Teil der Probleme ist mit https://github.com/grommunio/mapi-header-php/commit/b59cd6690cf3864462443226a10453b94fdb19b5 behoben.
Das Kernproblem wurde identifiziert und ist eine Regression aus https://github.com/grommunio/gromox/commit/1cf586b4b88ee77e2caf66d539350ae885fe8c28
Das bedeutet aller Wahrscheinlichkeit nach leider erneut einen (gravierenden) Fehler der offiziellen Implementationsdokumentation von Microsoft sigh.
Es ist in Bearbeitung und kommt zeitnah als Update heraus.
- Edited
WalterH war gedacht um schnell die aktuelle Version zu ermitteln.
Zusätzlich zu Mikes Antwort: rpm -qi gromox | head -n 3 ermittelt nur die gromox Version, hat aber an sich keine Aussagekraft über die Version von grommunio-web oder grommunio-sync oder von irgendeinem anderen grommunio Paket. Dann müsste ich als Entwickler suchen gehen, welche Version von z.B. grommunio-web zu dem Zeitpunkt von gromox-2.30.85.4d271dc veröffentlicht war. grommunio-web braucht mapi-header-php, dann muss ich diese Version aussuchen usw. Das kostet mich unnötig die Zeit.
Die Entwickler brauchen natürlich nicht immer Versionen von allen grommunio Paketen, aber es geht schneller, wenn sie schon im 1. Post stehen und wir dann nicht nachfragen und auf die Antwort warten müssen.
- Edited
andreaslang Die Entwickler brauchen natürlich nicht immer Versionen von alle grommunio Paketen, aber es geht schneller, wenn sie schon im 1. Post stehen und wir dann nicht nachfragen und auf die Antwort warten müssen.
Not that many read it but i guess i could add it to this guide *giggle*
EDIT: nevermind... there was already something in it ..
- Edited
You should now yield better results with
https://github.com/grommunio/gromox/commit/31980f44ed3901904d05063441ad1fdb3895f3f7
Showing up in devel repositories in 15 mins as gromox-2.32.99.x31980f4 here. A simple rpm -Uvh gromox from there will be fine.
A new testcase was introduced to prevent further regressions regarding this topic.
Feedback welcome.
- Edited
Klingt super, ich werde das testen...
Via zypper update bekomme ich gromox-2.33.0.gf7276ad
Kann ich das auch benutzen?
Update:
Ich vermute ja. Habe mit der gromox-2.32.99.x31980f4 und der gromox-2.33.0.gf7276ad getestet und hier sind die Ergebnisse.
1. Erstellung eines Ganztagestermin im Grommunio Webinterface
-> Outlook auf Desktop - OK (gromox-2.32.0.ge7685dd)
-> Outlook auf Desktop - OK (gromox-2.32.99.x31980f4)
-> Outlook auf Smartphone 1 - Termin ein Tag zu früh (gromox-2.32.0.ge7685dd)
-> Outlook auf Smartphone 1 - Termin ein Tag zu früh (gromox-2.32.99.x31980f4)
-> Kalender-App Smartphone 2 - Termin ein Tag zu früh (gromox-2.32.0.ge7685dd)
-> Kalender-App Smartphone 2 - Termin ein Tag zu früh (gromox-2.32.99.x31980f4)
-> CalDAV Client - Termin ein Tag zu früh (gromox-2.32.0.ge7685dd)
-> CalDAV Client - OK (gromox-2.32.99.x31980f4)
2. Erstellung eines Ganztagestermin in Outlook Desktop WIN
-> Grommunio Webinterface - OK (gromox-2.32.0.ge7685dd)
-> Grommunio Webinterface - OK (gromox-2.32.99.x31980f4)
-> Outlook auf Smartphone 1 - Termin ein Tag zu früh (gromox-2.32.0.ge7685dd)
-> Outlook auf Smartphone 1 - Termin ein Tag zu früh (gromox-2.32.99.x31980f4)
-> Kalender-App Smartphone 2 - Termin ein Tag zu früh (gromox-2.32.0.ge7685dd)
-> Kalender-App Smartphone 2 - Termin ein Tag zu früh (gromox-2.32.99.x31980f4)
-> CalDAV Client - Termin ein Tag zu früh (gromox-2.32.0.ge7685dd)
-> CalDAV Client - OK (gromox-2.32.99.x31980f4)
3. Erstellung eines Ganztagestermins in Outlook Android
-> Grommunio Webinterface - OK (gromox-2.32.0.ge7685dd)
-> Grommunio Webinterface - OK (gromox-2.32.99.x31980f4)
-> Outlook auf Desktop - OK (gromox-2.32.0.ge7685dd)
-> Outlook auf Desktop - OK (gromox-2.32.99.x31980f4)
-> Kalender-App Smartphone 2 - OK (gromox-2.32.0.ge7685dd)
-> Kalender-App Smartphone 2 - Termin ein Tag zu früh (gromox-2.32.99.x31980f4)
-> CalDAV Client - Termin ein Tag zu früh (gromox-2.32.0.ge7685dd)
-> CalDAV Client - OK (gromox-2.32.99.x31980f4)
4. Erstellung eines Ganztagestermins auf Smartphone 2
-> Grommunio Webinterface - OK (gromox-2.32.0.ge7685dd)
-> Grommunio Webinterface - OK (gromox-2.32.99.x31980f4)
-> Outlook auf Desktop - OK (gromox-2.32.0.ge7685dd)
-> Outlook auf Desktop - OK (gromox-2.32.99.x31980f4)
-> Outlook auf Smartphone 1 - OK (gromox-2.32.0.ge7685dd)
-> Outlook auf Smartphone 1 - Termin ein Tag zu früh (gromox-2.32.99.x31980f4)
-> CalDAV Client - Termin ein Tag zu früh (gromox-2.32.0.ge7685dd)
-> CalDAV Client - OK (gromox-2.32.99.x31980f4)
5. Erstellung eines Ganztagestermins via CalDAV Client
-> Grommunio Webinterface - Wird in Textform korrekt, im Kalender aber über 2 Tage dargestellt (gromox-2.32.0.ge7685dd)
-> Grommunio Webinterface - Wird in Textform korrekt, im Kalender aber über 2 Tage dargestellt (gromox-2.32.99.x31980f4)
-> Outlook auf Desktop - Wird im Kalender über 2 Tage von 2 Uhr bis 2 Uhr dargestellt (gromox-2.32.0.ge7685dd)
-> Outlook auf Desktop - Wird im Kalender über 2 Tage von 2 Uhr bis 2 Uhr dargestellt (gromox-2.32.99.x31980f4)
-> Outlook auf Smartphone 1 - OK (gromox-2.32.0.ge7685dd)
-> Outlook auf Smartphone 1 - OK (gromox-2.32.99.x31980f4)
-> Kalender-App Smartphone 2 - OK (gromox-2.32.0.ge7685dd)
-> Kalender-App Smartphone 2 - OK (gromox-2.32.99.x31980f4)
Die CalDAV Clients stellen die Ganztagestermine nun in allen Szenarien richtig dar. Das ist schonmal super.
Aber die anderen Punkte scheinen sich nicht geändert zu haben. Warum ich bei Test 3 und 4 nun einen Ausreißer habe, kann ich nicht sagen. Aber entweder mache ich was falsch oder da ist noch was zu tun...
morbificagent gromox-2.33.0.gf7276ad
ist die aktuelle Community mit den erwähnten Patches und einigen mehr wie, schnelleres G-WEB, usw. ....
In g-web kann man einfach "Export > nach ICS" auswählen. Und dann ist ja offensichtlich, ob der Termin richtig liegt oder nicht. Denn g-dav und g-sync machen IIRC eigentlich nix anderes. So spart man sich das Durchprobieren der ganzen (ICS-basierten) Kalenderapps.
Any news about this? Is it in work at the moment because it's still set to "fixed" here and I think it's not...
We are looking into it.
8 days later
I know, I annoy... but any news?
At the moment the situation here is escalating here as several important appointments were inserted in a shared calendar and now its a big mess as they are shifted by a day in one ore the other direction and nobody knows which appointment-date is the right one.
If its not possible to get the Grommunio Calendar working so its reliable using it on different devices i have to search for another Groupware as i dont can offer the users a solution at this time.
Like this, calendars are unuseable and I can only advise everyone to NOT USE Grommunio Calendars until this is fixed!
Its never sure if the appointments are displayed on the right dates.
Wasn't their a commit these days?
Yep, cal: improve handling of all-day events
Hi crbp,
would be so happy if this would solve the problem... Will test it...
nope... created an appointment in grommunio web for the 20th, on smartphone its on the 19th.
On my MacOS-Outlook its on 20th... moving it there to another day let it jump to it but than it jumps back to the 20th after the next sync...
Creating an appointent in the smartphone for 20th, its displayed in grommunio web on 20th. Moving it with grommunio web to the 19th than its on 18th on the smartphone.
Not sure if with this commit is something better than before, but all in all its still a mess.
morbificagent would be so happy if this would solve the problem... Will test it...
Sorrry, but i'm only a Partner