Churchdb Masterdata liefert inkonsistente Ergebnisse: GroupMemberstatus mit undefinierter Gruppe
-
Wenn ich über das V1 - Api die Masterdaten auslese, kommen einige Einträge in „groupMemberstatus“, mit einer „group_id“ für die es keine Gruppe gibt.
Kann es sein, dass beim Löschen von Gruppen, der groupMemberstatus nicht bereinigt wird.
-
Das kannst du testen in dem du das mal an einem konkreten Fall nachvollziehst.
Ich würde davon ausgehen, dass es korrekt aufgeräumt wird, aber möglich ist, dass es mal in der Vergangenheit nicht korrekt funktioniert hat. -
@davidschilling der Bug besteht tatsächlich.
ich habe
-
die Masterdaten gelesen
-
eine gruppe angelegt
-
Beim Teilnehmer Berechtigungen eingetragen
dann sehe ich diese Unterschiede zu 1.
@ -2782,6 +2782,19 @@ "auth": { "view logfile": true } }, "6500": { "id": "6500", "group_id": "431", "grouptype_memberstatus_id": "8", "active_yn": "1", "growpath_id": null, "force_2fa": "0", "read_chat": "1", "write_chat": "1", "auth": { "view logfile": true } } }, "gruppentreffentemplate": { @@ -12501,6 +12514,67 @@ } } }, "431": { "id": "431", "permission_deep_no": "0", "letzteaenderung": "2021-03-22 11:40:58", "aenderunguser": "892", "bezeichnung": "zz_loeschen-2", "fu_nachfolge_gruppenteilnehmerstatus_id": null, "followup_typ_id": null, "fu_nachfolge_typ_id": "0", "fu_nachfolge_objekt_id": null, "gruendungsdatum": null, "abschlussdatum": null, "treffzeit": "", "targetgroup_id": null, "notiz": "", "versteckt_yn": "0", "instatistik_yn": "0", "treffen_yn": "0", "max_teilnehmer": null, "oeffentlich_yn": "0", "offen_yn": "0", "mail_an_leiter_yn": "1", "gruppentyp_id": "1", "station_id": null, "gruppentreffen_template_id": null, "new_person_station_id": null, "new_person_status_id": null, "new_person_dep_id": null, "direktteilnehmer_yn": "0", "meetingday_no": null, "agegroup_ids": null, "groupstatus_id": "1", "groupcategory_id": null, "fu_sendremindermails_yn": "1", "groupimage_id": null, "sign_up_headline": null, "qrcodecheckin_yn": "0", "allow_spouse_registration": "1", "allow_child_registration": "1", "allow_sameemail_registration": "1", "allow_other_registration": "0", "hasaddfields_yn": "0", "imageHash": null, "fileId": null, "chat_status": "NOT_STARTED", "imageUrl": null, "roles": { "8": { "active_yn": "1", "force_2fa": "0", "read_chat": "1", "write_chat": "1" }, "9": { "active_yn": "1", "force_2fa": "0", "read_chat": "1", "write_chat": "1" } } }, "234": { "id": "234", "permission_deep_no": "0", @@ -13724,6 +13798,7 @@ "366": "366", "369": "369", "372": "372", "431": "431", "6": "6", "8": "8", "59": "59", @@ -13883,7 +13958,7 @@ "mailerBCC": 1, "mailerSeparator": 0 }, "lastExecutedate": "2021-03-22 11:40:05", "lastExecutedate": "2021-03-22 11:41:17", "alloweduser": 500, "allowedstations": 1, "churchchatAllowGroupChat": true,- die Gruppe wieder gelöscht und die Masterdaten neu ausgelesenn. Dann sehe ich folgende Unterschide zu 1.
@@ -2782,6 +2782,19 @@ "auth": { "view logfile": true } }, "6500": { "id": "6500", "group_id": "431", "grouptype_memberstatus_id": "8", "active_yn": "1", "growpath_id": null, "force_2fa": "0", "read_chat": "1", "write_chat": "1", "auth": { "view logfile": true } } }, "gruppentreffentemplate": { @@ -13883,7 +13896,7 @@ "mailerBCC": 1, "mailerSeparator": 0 }, "lastExecutedate": "2021-03-22 11:40:05", "lastExecutedate": "2021-03-22 11:42:21", "alloweduser": 500, "allowedstations": 1, "churchchatAllowGroupChat": true,- man sieht dass groupMemberstatus mit der ID 6500 übrig bleibt.
Es ist vermutlich kein großes Problem, es müllt halt die Datenbank zu. Ich bin dabei die Berechtigungen auszulesen, um sie in Git zu verfolgen. Da arbeite ich die groupMemberstatus entlang und habe die Records mit fehlerhaften group_id gefunden. Hätte ich den Gruppen entlang gerbeitet, wäre es vermutlich nicht aufgefallen.
-
-
Support hat gentwortet:
Mar 23, 15:29
Hallo,wir haben es noch mal geprüft und ja die Tabelle wird wirklich nicht vernünftig aufgeräumt. Es gibt nach unserer Einschätzung keine Seiteneffekte, daher ist es nicht schlimm. Danke für den wertvollen Hinweis. Wir haben es als Bug aufgenommen und werden das beheben.
