Hallo, das Verhalten wurde durch eine Änderung im Bereich der verknüpften Dialog-Plus-Felder hervorgerufen. In unserer Knowledge Base findet ihr dazu einen Hotfix, der die Änderung erst einmal rückgängig macht: https://kb.i-doit.com/de/administration/hotfixes/index.html Wir werden natürlich weiter daran arbeiten, die Änderungen in einer Form in zukünftige Releases zu bringen, die nicht die Pflege neuer Modelle unterbindet. Lieben Gruß und weiterhin gutes Gelingen mit i-doit. JD //EDIT: Da war @Michael-Overkamp ein paar Sekunden schneller.

@LFischer Hallo Leo, vielen lieben Dank für die Mühe, die Du Dir gemacht hast. Ich werde mir das die Tage einmal genau ansehen. Meine SQL Kenntnisse sind zwar begrenzt, aber das sollte ich schaffen. Dann kann ich sogar die anzeigen, die ab zwei Tagen in der Zukunft in Wartung sein werden und die bis zwei Tage in der Vergangenheit in Wartung waren. Gruß Stephan

in der Datei /etc/apache2/sites-enabled/i-doit.conf muss folgendes stehen, sonst erkennt i-doit nicht die richtige Version das war bei mir so beim Update von PHP7.4 auf 8.0 <FilesMatch ".php$"> <If "-f %{REQUEST_FILENAME}"> SetHandler "proxy:unix:/var/run/php/php8.0-fpm.sock|fcgi://localhost" </If> </FilesMatch>

@leobaer vielen Dank, das ist die Lösung...und jetzt im Nachhinein irgendwie glasklar. ...Manchmal sieht man den Wald vor Bäumen nicht.... Nochmals vielen Dank Grüße TomF

Hi @leobaer, das war es leider nicht. Ich habe alle Widgets auf dem Dashboard entfernt. Das Laden dauert trotzdem "sehr lange" Gruß Stephan

Hallo. Ich hatte eben ein sehr konstruktives Gespräch mit synetics. Dabei wurde auf meine Kritik eingegangen und mir eine, für mich akzeptable, Lösung vorgeschlagen. Dies ist ein sehr positives Verhalten. Gruß Stephan

Ha, ich glaube ich habe den "Fehler behoben". Ich habe einfach einmal die "Struktur der Felder" geändert und dies gespeichert. [image: 1677143482145-2023-02-23-10_09_29-i-doit-verwaltung-mozilla-firefox.png] Dann wieder zurück und wieder gespeichert. Jetzt kommt die Warnung nicht mehr.

@lod Hasst Du danach, in der Konsole, noch einmal einen LDAP-Sync durchgeführt? Im Punkt "Mitglieder" müssen dann die Mitglieder der Gruppe stehen. Das hier ist meine AD-Gruppe mit drei Mitgliedern: [image: 1677076397955-2023-02-22-15_30_46-remote-desktop-manager-kt-admin.png] Und das die Mitglieder der i-doit Gruppe. Das sind die drei aus dem AD und der i-doit interne admin benutzer. [image: 1677076438120-2023-02-22-15_32_24-i-doit-cmdb-_-ad_-gruppen-_-i-doit-admin-_-mitglieder-mozilla-firefox.png]

@fabilbng1 Hallo, ich weiß gerade nicht ob es da in der Dokumentation etwas zu gibt - jedoch nutzen wir bereits seit knapp 2 Jahren rückwärtige Kategorien durch Reports. Beispiel zugeordnete WLAN Bridges an Medizingeräten. Report: [image: 1676964652659-361b859f-fb45-4e3b-b290-689f217cc2d2-image.png] Feld in der benutzerdefinierten Kategorie: [image: 1676964677438-722f0ae4-e384-42f0-b1a5-6b139b4c0182-image.png]

@leobaer Danke für den Hinweis. Ja es läuft ein AD-Sync und wir werden jetzt einmal prüfen, wieso ausgeschiedene Mitarbeiter immer noch gesynct werden. Mein Stand ist, dass diese in einer OU liegen, die wir nicht mit syncen Ist nun in Prüfung!

Funktioniert prima - aber: Im css stehen jetzt Sachen mit [{$dir_images}]. Wenn man das dann in /images/ ändert sieht man auch alle Icons wieder. Funktioniert auch in v22

Hey @DanielB, weiter oben in der Anleitung wird ein neuer Objekttyp angelegt Vorbereitung: Docker-Images in i-doit als eigenen Objekttyp anlegen

Hallo @LFischer , danke für die Info. LG Stefan

Downgrade auf PHP8.0 hat das Problem behoben.

Mit der primären Hostadresse funktioniert es, danke!