Hallo Philipp, alles klar - Ich habe mir das Problem mal angesehen… Das ist relativ leicht zu reparieren! Der Fix wird auch im kommenden 1.0.1 Release enthalten sein: In der Datei "<i-doit>/src/classes/modules/isys_module_system.class.php" in der Methode "cleanup_duplicate_single_value_entries" (beginnt etwa auf Zeile 1851) muss im "$l_blacklist_cats" Array nur die folgende Konstante ergänzt werden "C__CATG__CUSTOM_FIELDS". Das sollte dann in etwa so aussehen: public function cleanup_duplicate_single_value_entries() {     global $g_comp_database;     echo 'Deleting duplicate single-value categorie entries... ';     // Here we define some categories, which are not allowed to be modified.     $l_blacklist_cats = array(         C__CMDB__SUBCAT__NETWORK_PORT_OVERVIEW,         C__CATG__STORAGE,         C__CATG__CUSTOM_FIELDS     ); ... Mit "mehr als ein Eintrag pro Kategorie" ist gemeint, das es in bestimmten Situationen (imports, template-engine, …) passieren kann, das selbst in single-value Kategorien mehr als ein Datensatz pro Objekt existiert... Und dies wird durch die Funktion bereinigt.</i-doit>

@zg212: Hallo Leo, mein Fehler. Eigentlich habe ich exportieren gemeint. Quasi synchron zu der Reporting Funktion, nur dass der Kunde nicht für jede Info (z.B. wo welche Software installiert ist) einen Report generieren will. Hallo, das ist in dieser Form leider nicht möglich - Doch genau dafür ist das Reporting ja gedacht: Im Report Editor könnte man sich einfach alle Objekte ausgeben lassen, auf denen eine Software installiert ist (egal welche) und diese Liste dann als CSV exportieren. Anschließend lässt sich Beispielsweise in Excel nach der Software-Spalte filtern. Der Report könnte in etwa so aussehen, wie hier: http://demo.i-doit.com/index.php?moduleID=1004&treeNode=10042&rpID=3&mNavID=2&reportID=4 Viele Grüße, Leo

Hallo Torsten, die aktuellen Grundschutzkataloge (2011) sind noch relativ frisch und werden daher nicht richtig importiert - Wir arbeiten aber bereits an einer neuen Version des ITGS Moduls! Viele Grüße, Leo

Hi, führ mal ein Update auf die neue, bzw. wenn schon die neueste Version vorhanden auf die gleiche, Version aus. Lieben Gruß

Hallo wo0x, die Frage ist erst seit kurzem drin und wurde kurzfristig aufgrund der vielen Spambeiträge erstellt. Ich habe nun den Fehler entfernt, sodass sich daran niemand mehr stören lassen kann. Lieben Gruß Christian

Hallo, wurden irgendwelche Module oder Extensions von Dritten installiert oder verwendet? Das System wird die eigenen Dateien nie ändern (das passiert nur während des Setups und i-doit Updates) I-doit versucht zwar nicht von selbst Queries zu optimieren, baut sie allerdings so zusammen wie sie benötigt werden um die gewünschten Daten abzurufen. Dies sollte in der Regel in src/classes/cmdb/dao/category/global/isys_cmdb_dao_category_g_location.class.php passieren. Wir könnten den Fehler lokal reproduzieren und empfehlen den Umstieg auf die 0.9.9-9 Viele Grüße, LFischer

Hallo Matthias, vielen Dank für Deinen Fix! Wir haben den Code heute dementsprechend angepasst und eine neue Version veröffentlicht: http://www.smartitsm.org/blog/entry/rt-extension-referenceidoitobjects_0.91 Ben

Hallo Robert! Du bist spitze! Tatsächlich geht es im Chrome und im Firefox. Danke

Lösung ist noch nicht in der aktuellen RPC-Doku drin. Befehl heißt cmdb.location_tree Parameter id

Danke das war der Fehler!

Hi, wir haben das Problem im aktuellen Paket der 0.9.9-9 ebenfalls bereits behoben. Also alternativ zum Patch einfach die 0.9.9-9 Installations Variante herunterladen und einmal im i-doit Webroot entpacken. Dabei alles bestehende überschreiben. (Keine Sorge: Daten bleiben erhalten :-)) Gruß, ds

Bei uns trat ein ähnliches Problem nach dem Updaten auf 0.9.9-9 Pro auf. Grund war, dass das Update wohl nicht 100% geklappt hatte, nach zwei weiteren Update-Versuchen lief es dann. Gruß Daniel

Ja sapperlot….konnt man das schon immer? Man lernt nie aus. Danke Dir.

Danke ich werde es mal testen