@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 @coffee_junkie, so etwas ist (soweit ich weiß) leider nicht möglich (Außer du möchtest dich mit der Erstellung eines eigenen Add-Ons beschäftigen, in der du deine Kategorie entsprechend designen kannst: https://kb.i-doit.com/de/software-entwicklung/add-ons-entwickeln/index.html) Wenn es in deiner Benutzerdefinierten Kategorie nur darum geht, die Daten anzuzeigen, könnte dir evtl. ein variabler Report weiter helfen. [image: 1752656417319-c96ce44c-98fd-4636-ad15-de1412295b74-image.png] Wichtig ist in der Bedingung der Wert Feldplatzhalter = Objekt ID. Dieser wird später beim Öffnen der Kategorie mit der ID des aktuellen Objekts gefüllt. Als benutzerdefinierte Kategorie hinterlegst du nun den zuvor erstellten Report [image: 1752656554917-63d734c2-8783-40f8-98c3-a69608ef8a42-image.png] Somit würdest du folgendes Ergebnis erhalten: [image: 1752656636440-9c24845d-b831-4f59-8e3a-647fff6c008f-image.png]

Hallo @Nico, danke für den Hinweis. Das Problem wurde gelöst. Nach dem Import war noch die falsch hinterlegte URL. Man kann die URL auf der grafischen Oberfläche (dein Lösungsvorschlag) oder auf der Datenbank nochmals überprüfen. [image: 1752575418101-idoit_url_censored.png] Wenn man die URL auf der GUI oder Datenbank verändert, so wird die URL auch entsprechend in der GUI und Datenbank angepasst.

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

@vitamin-S wenn du Support suchst oder Feature wünsche darbringen möchtest, dann ist dies hier der falsche Kanal. Dazu bitte an den Support wenden über help.i-doit.com oder help@i-doit.com.

@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 ;>

Hallo @StefanP74 ich habe noch mal recherchiert - wir hatten damals zu diesem Problem ein Bug im Dokumente Add-on erstellt der inzwischen gelöst ist. Die Version mit dem Fix ist allerdings noch nicht veröffentlicht In der neuen Version werden verlinkte Bilder in Beschreibungsfeldern (und aktuell NUR in Beschreibungsfeldern) rausgesucht und beim kompilieren des Dokuments geprüft. Bei öffentlich verfügbaren Bildern wird nichts gemacht - aber bei Bildern "aus i-doit", konkret über den WYSIWYG hochgeladene oder aus der "Bilder" Kategorie stammend, wird nun Logik ausgeführt die den Inhalt des Bildes vernünftig laden. Ich fürchte ich kann gerade noch kein genaues Datum für die Add-on Version geben. Werde aber mal nachhaken Ein möglicher Termin KÖNNTE das Release von i-doit 36 sein (Ende August) aber dazu wurde noch nichts entschieden. Viele Grüße Leo

@UVB_Michael also wenn bei dir das Berschreibungsfeld nicht dargestellt wird: [image: 1751004655219-c40fc289-f034-4ebe-896c-1ed882960a4b-image.png] dann prüf in der Verwaltung die Attribute Einstellungen: [image: 1751004691179-c75fe730-b50b-4c16-9f52-bc2242d7f1de-image.png]

@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

[SOLVED] @Michael-Huhn this seems to work. However you discovered that, because for me it's not very intuitive to "search =<int>" when it's more like a "search where in <text>". Thanks a lot.

Hi nochmal @StefanP74 du kannst grundsätzlich - egal mit welchen Rechten - nicht von dort aus archivieren oder löschen. Das geht nur über die Listenansicht der Objekte. Alternativ kannst du mittlerweile mit dem Flows Add-on zusätzliche Buttons konfigurieren, die das aus dem Objekt heraus ermöglichen. 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;"