Damit meinte ich, dass der Fehler gerade behoben und der Code auf dem Server aktualisiert worden ist. Hast du noch einmal ein Update gemacht? Was allerdings auch sein kann, sogar wahrscheinlich ist, dass durch diesen Fehler überflüssige Einträge in deiner Datenbank entstanden sind. Ist aber nicht schlimm und wirkt sich nur auf das eine Objekt aus, in dem du die Kontakte hinzufügen wolltest. Teste es mal mit einem anderen Objekt und einer frischen Verknüpfung zu einem Kontakt.

Die Storage funktionalitäten waren in der Version 0.9 leider noch etwas buggy. Ab der Version 0.9.1 sollten alle Fehler behoben sein. Die Version wird bald auf www.i-doit.org erhältlich sein. Gruß, Dennis

Diese Fehlermeldung wird ausgegeben, wenn der Import nicht funktioniert hat. Welchen Namen hast du für die Datenbank gewählt? Stelle bitte auch sicher, dass du für einen Import einer Datenbank ausreichende Rechte hast. Ansonsten: Die Fehlermeldung wird direkt von mysql ausgegeben, ich hatte diesen Fehler bisher noch nicht.

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