Datenbankfehler bein anlegen eines neuen Nutzers

[Peter_Scheeder]

Hallo liebe Community ich habe diese Version im Einsatz:
egroupware-docker (23.1.20230524) hardy; urgency=low

jedes mal wenn ich einen neuen Benutzer anlege erhalte ich diese Fehlermeldung im Webfrontend:

Datenbank Fehler
Unknown column ‘egw_addressbook.egw_accounts.account_id’ in ‘order clause’
/usr/share/egroupware/api/src/Db.php (828)

folgendes steht im docker-nginx.log:
2023/06/12 10:48:55 [error] 21#21: *73580 FastCGI sent in stderr: "
PHP message: Datenbank Fehler (EGroupware\Api\Db\Exception): Unknown column ‘egw_addressbook.egw_accounts.account_id’ in ‘order clause’ (1054)
PHP message: File: /api/src/Db.php, Line: 828
PHP message: #0 /usr/share/egroupware/api/src/Db/Deprecated.php(64): EGroupware\Api\Db->query()
PHP message: #1 /usr/share/egroupware/api/src/Db.php(2287): EGroupware\Api\Db\Deprecated->query()
PHP message: #2 /usr/share/egroupware/api/src/Storage/Base.php(1036): EGroupware\Api\Db->select()
PHP message: #3 /usr/share/egroupware/api/src/Storage.php(483): EGroupware\Api\Storage\Base->search()
PHP message: #4 /usr/share/egroupware/api/src/Contacts/Sql.php(703): EGroupware\Api\Storage->search()
PHP message: #5 /usr/share/egroupware/api/src/Contacts/Storage.php(753): EGroupware\Api\Contacts\Sql->search()
PHP message: #6 /usr/share/egroupware/api/src/Contacts.php(2848): EGroupware\Api\Contacts\Storage->search()
PHP message: #7 /usr/share/egroupware/api/src/Accounts/Sql.php(565): EGroupware\Api\Contacts->search()
PHP message: #8 /usr/share/egroupware/api/src/Accounts.php(351): EGroupware\Api\Accounts\Sql->search()
PHP message: #9 /usr/share/egroupware/admin/inc/class.admin_ui.inc.php(382): EGroupware\Api\Accounts->search()
PHP message: #10 [internal function]: admin_ui::get_users()
PHP message: #11 /usr/share/egroupware/api/src/Etemplate/Widget/Nextmatch.php(622): call_user_func_array()
PHP message: #12 /usr/share/egroupware/api/src/Etemplate/Widget/Nextmatch.php(369): EGroupware\Api\Etemplate\Widget\Nextmatch::call_get_rows()
PHP message: #13 [internal function]: EGroupware\Api\Etemplate\Widget\Nextmatch::ajax_get_rows()
PHP message: #14 /usr/share/egroupware/api/src/Json/Request.php(204): call_user_func_array()
PHP message: #15 /usr/share/egroupware/api/src/Json/Request.php(104): EGroupware\Api\Json\Request->handleRequest()
PHP message: #16 /usr/share/egroupware/json.php(130): EGroupware\Api\Json\Request->parseRequest()
PHP message: #17 {main}
PHP message: # Instance=default, User=psch

Woher kommt der Fehler?
Wie kann ich ihn beheben?

[RalfBecker]

Hmm, kann ich so nicht reproduzieren
Sprich ich kann neue Benutzer ohne den von Dir beschriebenen Fehler anlegen.

Nach was ist die Liste der Benutzer sortiert bei Dir?

Ralf

[Peter_Scheeder]

Sie ist sortiert nach ID.

Das Problem besteht schon seit einiger Zeit, es ist auch ein Benutzer “verschwunden”, ich kann das nicht besser erklären, auf einmal war er nicht mehr sichtbar.
Ich meine zu diesem Zeitpunkt hätte ich lediglich das Passwort geändert.
Er lässt sich auch nicht mehr mit dem damals vergebenen Benutzernamen anlegen, kann es sein, dass er für einen admin Benuzter unsichtbar ist und daher die Probleme rühren?

Ansonsten scheint alles zu funktionieren, die neu angelegte Benutzer wird trotz des Fehlers angelegt und ist verwendbar. Was müsste ich in der Datenbank überprüfen?

[itwo]

Das Problem besteht schon seit einiger Zeit, es ist auch ein Benutzer “verschwunden” […]

Das ist mir beim Testen in der Sandbox mal mit der 23.1 passiert, man konnte irgendwie ein Benutzer anlegen ohne Vorname/Nachname und speichern.

Jedenfalls war der Benutzer danach auch “verbraucht” und konnte mit dem selben Username nicht mehr angelegt werden.
Konnte es aber einfach nicht mehr reproduzieren, evtl. ist der Bug sofern es einer war inzwischen auch behoben.

[Peter_Scheeder]

Hallo itwo

Das könnte passiert sein, da die Installation mit einer sehr frühen Version erfolgte.
Auf welche Sortierung bezieht sich vor? Auf die nach Index?
Vor-/Nachname werden ja nicht in derselben Tabelle gespeichert in welcher werden sie denn gespeichert?

[itwo]

Das könnte passiert sein, da die Installation mit einer sehr frühen Version erfolgte.

Du meinst mit einer sehr frühen 23.1 Version?
Dann wäre es das selbe Problem und muss wohl in der Datenbank gesucht werden.

Vielleicht hat @RalfBecker ein Hinweis für dich.

[RalfBecker]

Ich kann den Fehler jetzt reproduzieren, da wird im Falle der Sortierung nach der account_id, der Name beider Tabellen davor gehangen, was natürlich falsch ist.

Ralf

[Peter_Scheeder]

Verstehe ich das richtig das, dass aber nur ein kosmetisches Problem ist, das einen Fehler bei Ausgabe der Liste erzeugt und keinen echten Daten-Fehler erzeugt?

[Peter_Scheeder]

@RalfBecker hast Du noch eine Idee zur Reparatur des verloren gegangenen Users? Bzw wie das zu beheben ist?

[RalfBecker]

Verstehe ich das richtig das, dass aber nur ein kosmetisches Problem ist, das einen Fehler bei Ausgabe der Liste erzeugt und keinen echten Daten-Fehler erzeugt?

Ja, würde es allerdings nicht als nur kosmetisch bezeichnen

hast Du noch eine Idee zur Reparatur des verloren gegangenen Users? Bzw wie das zu beheben ist?

Nein, gibt es den Benutzer noch in der egw_accounts und/oder egw_addressbook Tabelle?

Ralf

[Peter_Scheeder]

ja den unsichtbaren Benutzer gibt es noch in der egw_accounts nicht aber in der egw_addressbook

[RalfBecker]

Dann leg doch einfach mal eine Adresse mit seinen Daten an, ermittle danach die contact_id z.B. aus der URL des Edit Popups und führe dann folgendes SQL aus:

UPDATE egw_addressbook SET contact_owner=0,contact_private=0,account_id=<account_id> WHERE contact_id=<contact_id>

Musst halt <contact_id> und <account_id> entsprechend ersetzen!

Den SQL Fehler habe ich jetzt behoben:

fix SQL error creating or deleting a user when admin accounts list is sorted by ID (account_id)

Gibt eine Anleitung wie Du den Commit bei Dir einspielen bzw. testen kannst. Ansonsten kommt er mit dem nächsten Maintenance Release vermutlich noch diese Woche.

Ralf