@crecentech Hallo Laut dem Add-On Center ist 1.3 die neueste Version. Ich habe nun den 1 Trigger auf 2 Trigger aufgeteilt, einer nur mit Aktion "Neu" der andere mit Aktion "Speichern", beide zeigen auf dasselbe Skript. -> "Neu" Trigger wird beim "Neu" Button weiterhin ausgelöst -> "Speichern" Trigger wird nie ausgelöst Mit der Datenbank möchte ich ungern direkt agieren, dafür gibt es ja vermeintlich das Add-On Ich habe das Gefühl, dass entweder ein Großteil der einzustellenden Trigger gar nicht ausgelöst wird von i-doit oder dass die Trigger nicht mehr funktionieren, sobald man mehr als 1 Quelle und 1 Aktion angibt..

@StefanP74 wir haben einen Bug Report der dieses Titel trägt: "JDisc import can not overwrite category JDisc Device Information and create multi-value entries in a single-value category" Bisher ist dieser nicht gelöst und muss noch bearbeitet werden. Ich verlinke deinen Beitrag hier im Ticket.

... und das erfreute mich ganz besonders

@sargon Das gleiche Problem habe ich auch - es bleibt nur EINE Zuordnung übrig, wenn man aus so einem Template ein neues Objekt anlegt. Das passiert in der Demoinstanz auch. https://demo.i-doit.com/?viewMode=1002&tvMode=1006&objID=5457&catgID=50

Hi, Siehe auch https://kb.i-doit.com/de/benutzerauthentifizierung-und-verwaltung/ldap-verzeichnis/index.html ich habe in der Konfigurationsdatei: disabledUsersBehaviour=disable_login deletedUsersBehaviour=archive Deaktivierte User werden bei uns erst nach X Wochen gelöscht. Damit bleibt Zeit, das Equipment bei diesen Usern zu verwalten. User mit disable_login werden aktuell manuell auf "Außer Betrieb" gestellt. Wir planen aber, dass zu automatisieren. Grüße Leo

Hallo @LFischer, irgendwie hatte ich das Gefühl, das Thema kommt mir bekannt vor Alles klar. LG Stefan

@Michael-Huhn Gibt es zu diesem Thema Neuerungen? Ich finde leider auf Anhieb keine Möglichkeiten den automatischen Mail Versand zu konfigurieren.

Servus @LFischer, Es ist noch nicht akut bei uns ... ich werde nur so einmal pro Monat "gefragt" Hauptsache es ist eine Lösung welche im Standard umgesetzt wird. [image: 1740567414213-idoit_20250226_01.png] Das Beispiel zeigt, dass eine Sortierung nach dem benutzerdefinierten Attribut "Nächste Überprüfung" (ein Datumsfeld) im Report-Manager nicht möglich ist. Sobald der Report geöffnet wird, ist mittels Klick auf die Überschrift die Sortierung nach dem genannten Feld möglich. Gewünscht ist aber, dass die Sortierung nach Datum bereits bei Erstellung des Reports hinterlegt ist. Manchmal sind es die kleinen Dinge, die uns beschäftigen. LG Stefan

Moin, der Fehler war auf ein Berechtigungsfehler vom Verzeichnis /etc/ssl zurück zu führen. Ein ldapsearch mit sudo -u www-data brachte den Fehler ans Licht. Gruß Jens

@Michael-Huhn ja so etwas dachte ich mir schon. Deutsche Sprache ist es ja nun auch. Wir lagen ein paar Jährchen zurück... Eig. sollte es verstärkt mit Zammad eingesetzt werden. Denke wir werden dann i-doit entgültig einstampfen. Macht so alles keinen Sinn.

Hallo @aguenther der Bug wurde mit i-doit 32 gelöst. Wenn das Problem auch in späteren Versionen noch besteht müsste unser Support darüber bescheid wissen Könntest du dazu unter https://help.i-doit.com nachfragen? Viele Grüße Leo

Hallo @LFischer vielen Dank für den Tipp mit den Hotfixes. Hotfix "Add support for new JDisc GraphQL Schema (ID-11256)" installiert und die Daten können wieder abgerufen werden. LG Andi

Hi, inzwischen gab es Rückmeldung vom Support. Es gibt wohl aktuell einen Bug (in Version 33 und auch in 34 weil schon in Codefreezphase), das die Default Rechte der Author Gruppe nicht korrekt funktionieren, aber korrekt angezeigt werden. Mit einem einfachen Überspeichern lässt sich das Problem lösen. Damit Thema erledigt.

Hallo @Umezi grundlegend gibt es bereits einen "Kabel" Objekttyp, bei dem allerdings ein Objkt ein physikalisches Kabel repräsentiert. Du könntest aber einen eigenen Objekttypen erzeugen und hier eine Art "Sammelobjekt" pro Typ erzeugen. Ich würde hier mit einer benutzerdefinierten Kategorie arbeiten Also - Neuer Objekttyp z.B. "Kabel (zusammenfassung)" mit den üblichen Standardkategorien + eine eigene benutzerdefinierte Kategorie die dann z.B. die Anzahl an Kabel und den Typen beinhaltet. Diese zwei Attribute kannst du anschließend in der Objektliste darstellen lassen Das ist jetzt aber natürlich nur eine einzelne Idee - es gibt sicherlich noch genügend andere Möglichkeiten deinen Use-Case abzubilden. WENN man es mit normalen Objekten und (benutzerdefinierten) Kategorien macht kann man diese Daten mittels Report auswerten und über die API auslesen und schreiben Hilft das weiter? Viele Grüße Leo

Hey @StefanP74 freut mich das ich helfen konnte - ich habe tatsächlich schon öfters erlebt das der Cache zu solchem Verhalten führen kann. Das kann passieren, wenn Commands oder sonstige "i-doit bezogenen" Cronjobs als root ausgeführt werden. Das kann u.a. dazu führen das Cache Dateien vom root User erstellt werden und der apache User kann dann nicht mehr darauf zugreifen oder verändern Viele Grüße Leo

@LFischer said in Click auf "Configure List View" in Tabellen Ansicht führt zu einer leeren Seite und php-Fehler im apache-Log: Hallo @boni127 vielen Dank für deinen Beitrag und die Bugmeldung - dieser Fehler tritt bei dir auf, weil die community Version / i-doit OPEN keine benutzerdefinierte Kategorien mitbringt. Deswegen fehlt u.a. die Klasse isys_custom_fields_dao in deinem System. Normalerweise dürfte die Logik für benutzerdefinierte Kategorien nur ausgeführt werden, wenn auch tatsächlich eine benutzerdefinierte Kategorie im System existiert. Ich probiere das Problem später mal zu reproduzieren, vielleicht kann ich dir dann einen einfachen Fix vorschlagen Viele Grüße Leo Hi Leo, danke für den Support, ich habe die Änderungen durchgeführt. Nun klappt es. Grüße Detlev.