Kalenderabo geht nicht mehr mit iOS (3.1.11 und 3.2.2)

[Pustekuchen]

Hallo zusammen,
ich habe einmal Admidio 3.1.11 und einmal 3.2.2, beide waren vorher auf 3.1.7. Mit 3.1.7 geing das Kalenderabo mit allen Systemen problemlos, einfach den ical-Link ins Abo eintragen. Für iOS hatte ich dafür noch im Link aus "http://" ein "webcal://" gemacht, da brauchte man nur drauf klicken und konnte im den Kalender direkt abonieren.
Seit dem Update auf 3.1.11 und 3.2.2 geht es bei beiden Systemen nicht mehr, den Kalender mit iOS zu abonieren. Beim webcal-Link kommt die Fehlermeldung im iOS "Abonnieren nicht möglich". Andere webcal://-Links wie zB von calovo.de funktionieren: anklicken, Dialog im iOS geht auf, abonnieren klicken, fertig (so wie es mit meinen Webcal-Links von Admidio auch war bis 3.1.7).
Trägt man den Link zum ics manuell ein über Einstellungen > Kalender > Accounts > Account hinzufügen > Andere dann wird er zwar angelegt, die Termine erscheinen aber nicht im iOS-Kalender. iOS-Systeme, die den Kalender schon vor dem Admidio-Update hatten, bekommen keine Aktualisierung mehr (also keine neuen Termine oder Terminänderungen), dort bleibt der Kalender auf dem Stand wie er vor dem Admidio-Update war.
Mit Google-Calendar, IBM Notes und IBM Verse funktionieren die ics-Links und die Termine aktualisieren sich auch im jeweiligen Kalender. Das Problem ist allein auf iOS beschränkt.
Was hat sich bei ics seit 3.1.7 geändert, dass es nun mit iOS nicht mehr geht?

[Offe]

Hallo Pustekuchen,

Ich selbst nutze diese Funktion intensiv und daher steht die Prüfung bei jeder Version bei mir ganz oben. Ich selbst kann bei meiner Produktion 3.1.11 und in der Testumgebung 3.2.2 dein beschriebenes Verhalten nicht nachstellen, Termine werden unter iOS (Kalenderabonement) wie unter Google oder Outlook aktualisiert. Im Einsatz ist iOS 7und 10. Auch sind mir keine Änderungen in der letzte Zeit bekannt.

Ich habe dies gerade mit der Demo von Admidio (3.2.2) nochmal geprüft: https://www.admidio.org/demo/ . Der Testtermin wurde sofort angezeigt. Kannst du dies dort auch mal prüfen, ob der Fehler auftritt?

Gruß Offe

[Pustekuchen]

Hi,

mit dem Demo Server geht es problemlos: Adresse vom ical kopiert, über Accounts einen neues Abonnement im iOS angelegt und schwupps waren alle Demotermine in meinem Kalender. D.h. also es liegt nicht an Admidio per se sondern an meinen Installationen.

Ich vermute, dass es etwas etwas mit meinem zweiten Problem der vielen Fehler im Admidio-Log zu tun habt: viewtopic.php?f=7&t=7329 Ich habe mal Debug aktiviert und genau in dem Moment, wo ich den ics-Link im iOS hinzufüge bekomme ich folgende Einträge im Log:

Code: Alles auswählen

[2017-01-06 20:24:16] Admidio.NOTICE: #################################################################################################  {"file":"/var/www/adm_program/system/logging.php","line":45,"class":null,"function":"require_once"}
[2017-01-06 20:24:16] Admidio.NOTICE: URL: http://x.y.z/adm_program/modules/dates/ical_dates.php?headline=Termine&cat_id=0  {"file":"/var/www/adm_program/system/logging.php","line":46,"class":null,"function":"require_once"}
[2017-01-06 20:24:16] Admidio.NOTICE: MEMORY USAGE: 1315.3 KB  {"file":"/var/www/adm_program/system/logging.php","line":47,"class":null,"function":"require_once"}
[2017-01-06 20:24:16] Admidio.INFO: CONSTANTS: URLS & PATHS & FOLDERS {"ADMIDIO_HOMEPAGE":"https://www.admidio.org/","HTTPS":false,"PORT":80,"HOST":"x.y.z","DOMAIN":"x.y.z","ADMIDIO_SUBFOLDER":"","SERVER_URL":"http://x.y.z","ADMIDIO_URL":"http://x.y.z","FILE_URL":"http://x.y.z/adm_program/modules/dates/ical_dates.php","CURRENT_URL":"http://x.y.z/adm_program/modules/dates/ical_dates.php?headline=Termine&cat_id=0","WWW_PATH":"/var/www","ADMIDIO_PATH":"/var/www","CURRENT_PATH":"/var/www/adm_program/modules/dates/ical_dates.php","FOLDER_DATA":"/adm_my_files","FOLDER_CLASSES":"/adm_program/system/classes","FOLDER_LIBS_SERVER":"/adm_program/libs","FOLDER_LIBS_CLIENT":"/adm_program/libs","FOLDER_LANGUAGES":"/adm_program/languages","FOLDER_THEMES":"/adm_themes","FOLDER_MODULES":"/adm_program/modules","FOLDER_PLUGINS":"/adm_plugins"} {"file":"/var/www/adm_program/system/logging.php","line":77,"class":null,"function":"require_once"}
[2017-01-06 20:24:16] Admidio.INFO: SQL: SET SQL_MODE = 'ANSI'  {"file":"/var/www/adm_program/system/classes/database.php","line":497,"class":"Database","function":"query"}
[2017-01-06 20:24:16] Admidio.INFO: SQL: SET SQL_BIG_SELECTS = 1  {"file":"/var/www/adm_program/system/classes/database.php","line":497,"class":"Database","function":"query"}
[2017-01-06 20:24:16] Admidio.INFO: Session Started! {"name":"ADMIDIO_Feuerwehr_usr_web863_3_adm_PHP_SESSION_ID","limit":0,"path":"/","domain":"x.y.z","secure":false,"httpOnly":true,"sessionId":"j7tbvcbng5fscukbkijnhaaqg1"} {"file":"/var/www/adm_program/system/classes/session.php","line":501,"class":"Session","function":"start"}
[2017-01-06 20:24:16] Admidio.INFO: SQL: SELECT * FROM adm_sessions WHERE ses_id = '1407'   {"file":"/var/www/adm_program/system/classes/database.php","line":497,"class":"Database","function":"query"}
[2017-01-06 20:24:16] Admidio.INFO: SQL: Found rows: 1  {"file":"/var/www/adm_program/system/classes/database.php","line":506,"class":"Database","function":"query"}
[2017-01-06 20:24:16] Admidio.INFO: SQL: UPDATE adm_sessions SET ses_timestamp = '2017-01-06 20:24:16' WHERE ses_id = '1407'  {"file":"/var/www/adm_program/system/classes/database.php","line":497,"class":"Database","function":"query"}
[2017-01-06 20:24:16] Admidio.WARNING: UPDATE: Database-Version is lower than the filesystem! {"versionDB":"3.2.0","versionFileSystem":"3.2.2"} {"file":"/var/www/adm_program/system/classes/component.php","line":76,"class":"Component","function":"checkDatabaseVersion"}
[2017-01-06 20:24:16] Admidio.NOTICE: AdmException is thrown! {"message":"SYS_DATABASE_VERSION_INVALID","params":["3.2.0","3.2.2","<a href=\"http://x.y.z/adm_program/installation/update.php\">","</a>"]} {"file":"/var/www/adm_program/system/classes/admexception.php","line":56,"class":"AdmException","function":"__construct"}
[2017-01-06 20:24:16] Admidio.INFO: SQL: SELECT rol_id FROM adm_roles INNER JOIN adm_categories ON cat_id = rol_cat_id WHERE rol_administrator = 1 AND rol_name LIKE 'Administrator' AND ( cat_org_id = 1 OR cat_org_id IS NULL )   {"file":"/var/www/adm_program/system/classes/database.php","line":497,"class":"Database","function":"query"}
[2017-01-06 20:24:16] Admidio.INFO: SQL: Found rows: 1  {"file":"/var/www/adm_program/system/classes/database.php","line":506,"class":"Database","function":"query"}
[2017-01-06 20:24:16] Admidio.INFO: SQL: SHOW COLUMNS FROM adm_roles  {"file":"/var/www/adm_program/system/classes/database.php","line":497,"class":"Database","function":"query"}
[2017-01-06 20:24:16] Admidio.INFO: SQL: SELECT * FROM adm_roles, adm_categories WHERE rol_id = '1' AND cat_id = rol_cat_id   {"file":"/var/www/adm_program/system/classes/database.php","line":497,"class":"Database","function":"query"}
[2017-01-06 20:24:16] Admidio.INFO: SQL: Found rows: 1  {"file":"/var/www/adm_program/system/classes/database.php","line":506,"class":"Database","function":"query"}

Die adm_components Tabelle enthält 17 Einträge, die alle in Spalte com_version 3.2.2 stehen haben. Ich habe die Datenbank mit phpMyAdmin schon nach 3.2.0 durchsucht, aber nichts finden können. Woher nimmt Admidio noch die 3.2.0?

[XimeX]

Sieht nach einem Caching Problem aus. Weil es holt den wert genau von dieser Tabelle/Spalte. Lösch mal alle Cookies die zu Admidio gehören

[Pustekuchen]

Hallo XimeX,
in der Kalender-App gibt es ja keine Möglichkeit, Cookies zu löschen. Weil ich im Browser gesehen hatte, dass die Cookies bis zum Schließen des Browsers gültig sind, habe ich einen Neustart probiert. Einfach App beenden hat nicht geholfen. nach einem Neustart des iPad ging dann auf einmal alles wieder: Kalender abonnieren und auch Updates wurden wieder synchronisiert. Das gleiche auf dem iPhone, Neustart hat geholfen und alles geht wieder.
Aus meiner Sicht ist es ein Deisgnfehler, wenn Versionsinformation in Cookies gespeichert wird. So teuer ist die eine Datenbankabfrage auch nicht. Selbst wenn man die DB Abfrage durch das Cookie sparen will, sollte Admidio doch bei einem Unterschied von dem, was im Cookie abgelegt ist und der Softwareversion nochmal die DB befragen wobei die DB dann höhere Prio bekommt. Ist in der DB eine andere Version hinterlegt als im Cookie, dann muss das Cookie aktualisiert werden.
Man kann doch schlecht bei jedem Update allen iOS Usern eine Mail schicken, dass sie ihr Gerät neu starten müssen, weil Admidio auf dem Server aktualisiert wurde.