@ThH: Wie ich in der Datei "src\classes\components\isys_component_list.class.php" sehe, habt Ihr die Änderung die mir npotthast damals vorgeschlagen hatte, inzwischen ins Release übernommen. Damit sieht es so aus, also ob die "< 63535" noch zu groß sind. Habe nun, wie von aw vorgeschlagen, den Wert auf 256 geändert. Danach bekomme ich keine Fehlermeldung mehr. Es wäre also nicht verkehrt, wenn Ihr mit dem nächsten Update eine korrigierte Version ausliefern könntet: case "string":         if ($len < 256) {                 $type = "VARCHAR";         } else {                 $type = "TEXT";                 $len = "";         }         break; Grüße ThH Habe den Patch 0.9.1 installiert. Leider sind die o.g. Fehler danach wieder aufgetreten. Konnte mich zum Glück noch an diesen Thread hier und die Lösung erinnern und habe den Code wieder angepasst. Ich weiß, dass MySQL 5 derzeit nicht offiziell unterstützt wird, aber bei mir läuft i-doit super mit MySQL 5 (bis auf diesen kleinen Fehler hier), also wieso übernehmt Ihr die Code-Anderung nicht einfach mit in das nächste Release/Patch. Die Code-Änderung kommt ja auch nicht von mir, sondern von aw. Ich hab auch kein Problem damit, die Änderung jedes mal von neuem zu machen. Es nervt nur halt. Gruß ThH

Ich habe 250 Clienten erfasst und wollte nun alle Kategorien, die ich zu deren Beschreibung nicht genutzt habe, der Übersichtlichkeit halber entfernen. Das funktioniert halt auch mit allen Kategorien ohne Probleme, bis auf die spezifische. Mich verwundert halt warum ihr das nicht einheitlich gemacht habt, also man einfach auch im Nachhinein diese Kategorie mit entfernen kann.

Ein Kollege hier hat für das betreffende Netzwerk Gruppenrichtlinien ausgearbeitet. Wir wollen nun alle Nutzer in i-doit erfassen, diese dort in spezifische Gruppen - ihren Rechten nach - einteilen. Dafür würde ein einfaches Feld "Datei" bei einer Gruppe reichen, so dass man einfach eine Datei hochladen kann. Ich denke das wäre ganz nett, da es auch anderweitig von anderen Nutzern verwendet werden könnte.

Es ist richtig, dass diese Werte auf '2' stehen müssen, damit sie angezeigt werden. Dies wird jedoch aus dem Code heraus richtig abgespeichert. Der Status '2'ist unser Status 'Normal', '1' wäre 'Birth' (noch nicht fertig gestellt) und alles über 2 ist gelöscht (in verschiedenen Stufen).

sorry for continuing in english, but my german is only good enough to read and not write Anyway, how far are you with this idea? I installed I-doit a few days ago and i missed it from the beginning (and network auto inventory too ) Anyway, for the WMI part you can take a look at H-inventory http://www.h-inventory.com/

Auch wenn bald die neue Version da ist, hast du mal manuell das CREATE TABLE aus der alten Datei in die neue Datei eingefügt? Das sollte jedenfalls (offensichtlich) helfen.

Okay, Vielen Dank für die Erklärung! Wenn mit dem klick auf Abbrechen die "Leichen" verschwinden wäre das wohl für den User besser verständlich. glücklichbin mfg Wutz M.

Hast du vorher mal neue Gruppen unter Kontakte angelegt und diese auch mit neuen Benutzern verknüpft? Traten die Probleme jetzt bei einem dieser neuen Benutzer auf? Du kannst auch mal in der Tabelle isys_group_2_isys_user_session nachprüfen, ob die relationale Verknüpfung von isys_user_session__id im Tabellenfeld isys_group_2_isys_user_session__isys_user_session__id auf ON DELETE CASCADE steht. Sollte sie nämlich Und in der neuen Version 0.9.1 nächsten Monat wird das auch so sein.

Wir rechnen nächsten Monat damit.

Dies ist ein Bug, der zur Version 0.9.1 behoben ist.

Unserem Team ist der Fehler nicht bekannt. Versuch doch mal auf eine neuere Revision upzudaten.

Hi, danke für die Infos und die Links zu den vorhandenen Tools, denn zur Version 1.0 ist bei uns eine XML-Schnittstelle zum Input in, wie auch Output aus dem i-doit angedacht. Man könnte mit für die Tools eine Wrapper Lösung schreiben, die die XML oder CSV Daten aus den aufgelisteten Programmen in das i-doit Format wandelt. Kann ich mir also gut vorstellen, dass das funktioniert.

Da hier ja auch Verbesserungsvorschläge hinsollen, hier mal gleich sowas wie ein feature-request: Wenn Objekte über ein anderes Tool, einen Import, etc. geändert/neu erzeugt werden, sollte darüber der jeweilige Hauptverantwortliche (bzw. bei neuen Objekten ein vorher festgelegter Kontakt) per Mail/MyDoit informiert werden können (vielleicht ein Optionsfeld im Importscript?). Hintergrund: Dei meisten Daten, insbesondere zu Systemen, sind in Systemmanagement-/Inventarisierungs-Tools vorhanden. Dort werden die Daten i.d.R. auch automatisch aktualisiert. Diese Systemänderungen zusätzlich manuell in einer CMDB zu pflegen, ist sicherlich schwer durchsetzbar, woraus eine nicht aktuelle CMDB resultieren würde. Allerdings sollten die Änderungen natürlich bestätigt werden, ggf. auch durch einen Changemanager.

Danke für den Hinweis. Da scheint unsere "load"-Funktion intern anscheinend kein SSL zu können. Noch nicht.

@ThH: 1. Ports: Ports lassen sich nicht archivieren und somit auch nicht löschen. Die Schaltfläche "Archivieren" ist inaktiv. Statt dessen gibt es eine Schaltfläche "Purge", dessen Sinn sich mir nicht erschließt. Interessanter Weise kann ich Interfaces archivieren. Die zu dem Interface gehörenden Ports jedoch bleiben bestehen. Das macht aus meiner Sicht keinen Sinn, da es hier eine direkte Abhängigkeit gibt. Es ist sicherlich noch nicht die perfekte Lösung, hat jedoch einen bestimmten Grund. Dadurch, dass ein Interface nur archiviert wird ohne die Ports dabei "mitzureißen" verliert man die Verknüpfungen zwischen den Ports nicht. Dass die Ports direkt gelöscht werden wenn du den Punkt "Purge" auswählst hat den Grund dass archivierte Ports keinen großen Sinn machen. Entweder gibt es einen benutzbaren Port oder nicht. Ausserdem gibt es bei jedem Port noch das Flag "aktiv" welches an- oder abgewählt sein kann. Sicherlich ist hier aber noch Bedarf an einer Überarbeitung, danke für deinen Post. 2. Dateiversionen: In der Übersicht der Dateiversionen fehlt das Auswahlkästchen, so dass hier die Schaltflächen "Editieren" und "Archivieren" nicht funktionieren können. Wenn man sich durch Klick auf den Listeneintrag das entsprechende Objekt anschaut, ist die Schaltfläche "Archivieren" zwar aktiv, es passiert jedoch nichts, wenn man sie betätigt. Des weiteren kann man beim Editieren eines Dateiversionen-Objektes lediglich die Beschreibung ändern. Das ist doch sicherlich auch nicht korrekt!? Das werde ich mal weiterleiten, danke.

@beate: 1)  welcher Workaround ist der bessere? 2)  wozu ist der  isys_debugger notwendig (klar, für die Entwicker… aber für die Nutzer) ? Ginge es nicht auch ohne, ggf. sogar performanter? 3)  wann wird das wie in den Code einfließen? zu 1: Der letztere wo der Debugger nicht einfach auskommentiert wird. Aber es ist immer noch ein Workaround und keine Lösung. zu 2: Unter Umständen kann ein User auch auf den Debugger verzichten. Schwierig wird es dann natürlich für uns wenn es Fehler gibt und wir zum Beispiel nicht auf Fehlermeldungen zurückgreifen können. zu 3: Das wird direkt in der nächsten Version mit untergebracht.