Wir konnten jetzt den Fehler mit den Schränken etwas eingrenzen. Wird ein neuer Schrank hinzugefügt, verlieren alle Schränke die Info in welchen HE sich die Server befinden und in der Übersicht werden die Schränke als Leer angezeigt.

super danke!!! funktioniert bestens!

Jetzt ja, und nun funktioniert es. Vielen Dank, der Tipp war gut.

Hallo, das wird im nächsten Release behoben sein.

Ist gefixt und im nächsten Update enthalten danke

wunderbar dann warte ich mal bis zur nächsten stable version danke und gruß raul

Ja, sowohl als auch.

Hallo, zu 1: Das liegt daran, dass in Deiner PHP-Installation anscheinend keine ZLIB installiert ist. Diese wird benötigt und ist normalerweise Teil jeder PHP-Standardinstallation. zu 2: Die Suche wird über vorgefertigte Algorithmen ausgeführt. Wenn Du eigene Felder definierst, musst Du diese entsprechend im Code unterbringen. Die Suche ist in isys_cmdb_dao_search.class.php implementiert. Wenn es vorher funktionierte, hast Du Dir vermutlich etwas entsprechendes implementiert, das nun durch das Update überschrieben wurde. zu 3: Das kann ich schlecht zurückverfolgen, da das Update ja nun auch schon über die Shell eingespielt wurde. Zumindest ist ja dann bei Dir jetzt alles auf dem neuesten Stand.

Hallo, habe nun ein rollback auf die alter Version gemacht und nochmal neu drübergespielt, nun hats geklappt.

Hallo, ja dieser Fehler ist bekannt und auch bereits gefixed. Er tritt nur dann auf, wenn man die Datei über den Upload-Wizard anlegt. Wenn die Datei als Objekt angelegt wird und dann die Datei hochgeladen wird, passiert das nicht.

Kennst du dich ein bisschen mit php aus, so dass du das Problem debuggen kannst? Ich kann es wie gesagt leider nicht nachvollziehen. Die Speicherroutinen für die Allgemeine Kategorie befinden sich in der Datei: src/classes/cmdb/dao/category/global/isys_cmdb_dao_category_g_global.class.php 253: public function save_element($p_cat_level, &$p_intOldRecStatus) { Hier werden die POST Parameter abgefragt.

Wie soll sich i-doit denn auf den LDAP Server verbinden, wenn das Passwort unbekannt oder verschlüsselt ist? Es ist zwar möglich das Passwort zu crypten und mit gegebener passphrase zu decrypten, das macht es aber nicht unmöglich das Passwort aus der DB zu lesen, da die Passphrase im i-doit Code stehen würde. Abgesehen davon, kann nur der root bzw. i-doit DB User auf das Passwort zugreifen und es ist sinnvoller einen eigenen readonly LDAP User anzulegen, bei dem es egal ist ob das PW lesbar ist. Zumal der Lesezugriff im AD Standardmäßig sowieso Anonym möglich ist

Das Import-Modul gibt es bereits seit Längerem. Schaust Du hier: http://www.i-doit.org/de/modules

Hallo, haben wir aufgenommen und arbeiten an einer Lösung.

okay  - uups - da war ein [+] - habs nur wegen der FArbe nicht gesehen … Ich ziehe meine 'Beschwerde' zurück ...

Hallo, der Bug wurde eliminiert. Danke für's Reporten.

Hallo, es ist eher damit zu rechnen, dass in nächster Zeit - ohne konkrete Terminvorgabe - das Strommodell komplett überarbeitet wird, da es im Moment an einigen Stellen Probleme macht.

BoDu: das passier nur, wenn für das Objekt noch kein Eintrag in der Datenbank existiert der beim Editieren referenziert wird (Diese Einträge werden in der Regel bei Objektanlage erstellt). Heisst also, bei Anlage eines neuen Objektes sollte dieses Problem nichtmehr auftreten

Hallo, habe nun das Update aufgespielt geht nun! Danke!