Hey @pgo1337 ich habe gerade nachgeschaut: der Bug wurde niedrig priorisiert und ist daher leider noch nicht gelöst. Ich löse es in i-doit 37 - es ist nur eine Kleinigkeit Der Fix kommt leider nicht mehr in die Version 36 da diese bereits abgeschlossen ist und aktuell noch von unserer QS geprüft wird (in dieser Phase kommen keine Änderungen mehr dazu). Viele Grüße Leo

@mamawe Hast Du hier ggf. schon eine Möglichkeit gefunden? Besten Dank im Voraus! VG TheBob

Hallo @kholzenhauer , die Lösung für diesen Fehler ist der Hotfix ID-11972. Wenn man im apache2 error.log nachschaut (/var/log/apache2/error.log), ist dort auch die Fehlermeldung zu finden, welche auf der KB Seite für den Hotfix angegeben wurde. Also einfach den Hotfix installieren, wie auf der KB Seite beschrieben und dann sollte die Kategorie wieder normal laufen.

Hallo @Michael-Huhn vielen Dank für den Link. Er hat mein Problem behoben. VG, Cherif

@Michael-Huhn Achso, mit dem Hotfix funktioniert der Import wieder. Danke.

@mio das checkmk2 Add-on ist aktuell nur bis php 8.2 kompatibel. Die Doku zum Add-on ist teilweise nicht mehr aktuell, weil die Entwicklung durch die SHD System-Haus-Dresden GmbH weiter entwickelt wird. Da es keine andere Dokumentation gibt, lassen wir unsere noch online. Aktualisiert werden aber die Release Notes. Ich habe einen Issue für die KB erstellt, damit diese Informationen dort als Hinweis anzeigt werden. Ps. Ich hab mal eben das Add-on mit php8.2 und php8.3 via "status" geprüft und keinen Fehler erhalten: [image: 1752822455919-a0ab0270-bab9-4bfe-9243-7c14729d2ab6-image.png] [image: 1752822467411-20c22e57-2bbb-4bb0-ba1a-03ce9c4409f6-image.png]

Hallo, der Patch hat funtktioniert. Noch mal vielen lieben Dank für die Unterstüzung! Gruß Sven

@mio danke erstmal für die Information! Bei Fehlern oder Verbesserungen gerne ein GitHub Issue im KB Repository erstellen. Ich hab daraus mal eins gemacht: https://github.com/i-doit/knowledge-base/issues/1056 Hier ist die Info zwar gut für andere Anwender aber ob diese Info dann bei i-doit ankommt ist was anderes ;>

@pascal.beyer ich vermute, dass das Leeren des Browser-Caches hier helfen sollte. Falls das nicht hilft, wäre es interessant zu wissen, ob die Entwicklerkonsole des Browsers Fehler meldet.

Moin @leobaer , das ist eine Idee, die ich einmal ausprobieren werde. Leider bin ich noch nicht dazu gekommen. Danke für die Anregung. Ich melde mich, wenn ich Erkenntnisse gesammelt habe. Viele Grüße Mathias

Hi @AndreasR damit sind die ILOs (und wie die Hersteller sie sonst nennen) gemeint. Wenn dir die Übersetzung nicht gefällt, kannst du Objekttypen, sowie die Kateogrien (und eigentlich alles, was irgendwo Text ist) über benutzerdefinierte Übersetzungen ersetzen. Liebe Grüße Christian

Hi @SteffenS das kann man in i-doit so leider nicht abbilden. Ein Kabel hat dort immer einen Stecker auf jeder Seite. Du kannst hier nur tricksen und einen "Konverter" anlegen, der einen Eingang und zwei Ausgänge hat, die miteinander verbunden sind. Sind dann allerdings immer zwei zusätzliche Objekte(Konverter selbst und ein zusätzliches Kabel. Liebe Grüße Christian

Hi @StefanP74 du kannst dir im Zweifel immer auch eigene Kategorien anlegen und Felder darin definieren. Im Beschreibungsfeld wird sowas meiner Erfahrung nach mit anderen Infos vermischt und ist dann nur noch schwer auszuwerten. Liebe Grüße Christian

Es scheint einen weg zu geben das Passwort trotzdem neu zu setzen, zumindest klappte es in der 34er OPEN. Wichtig ist immer ein Backup vorher! Außerdem Wichtig das Passwort steht dann als Klartext in der Tabelle und kann nicht neu verschlüsselt werden! Dazu habe ich erst das verschlüsselte Password geleert: mysql -uroot -p idoit_system_open -e"update isys_mandator set isys_mandator__db_password = ''; " und dann ein neues in die andere Passwort Spalte gesetzt: mysql -uroot -p idoit_system_open -e"update isys_mandator set isys_mandator__db_pass = 'password'; " Falls die Rechte auf die DB nicht passen, noch mal die Rechte vergeben über: mysql -uroot -p idoit_system_open -e"GRANT ALL PRIVILEGES ON `idoit_data_open`.* TO 'user'@'%' WITH GRANT OPTION;"

@ulf-wagner ein Report und ein Dokument gehen immer von einem Objekt aus. Ich vermute es wäre das einfachste, wenn pro Organisation ein Report erstellt wird. Ansonsten kommt es auch darauf an, wo genau die Daten stehen, die angezeigt werden sollen. Möglicherweise reicht auch schon dieser Report, er Zeigt alle Kontakte gruppiert an: [image: 1749120210017-cdf342b4-a1e2-41b7-897a-2168b33cc71d-image.png]

@LFischer Danke für die Lösung, ich war zwischenzeitlich krankheitsbedingt 'offline'. Es hat geklappt und ich konnte das Widget entfernen. Habe mir zusätzlich einen zweiten Superadmin für den Fall der Fälle angelegt.

Servus, als Gedankenanstoß kann ich dir "Service" empfehlen. Organisationsfremde Dienste kannst du unter "Service" anlegen und via ISMS beleuchten. So habe ich es zumindest mal gemacht. LG Stefan

Hey @jan.weinhold das Problem ist, dass der Sync probiert einen duplizierten Benutzer anzulegen. User müssen in i-doit einen einzigartigen (= unique) Usernamen haben. In deinem i-doit existiert scheinbar bereits ein User mit Username imi. In i-doit 35 wird diese Meldung etwas Benutzerfreundlicher sein und das Problem erklären. Viele Grüße Leo