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!

Ist schon gefixt und im naechsten Release behoben

Die Fehlerkonsole sagt folgendes:

Danke für den Hinweis, ist nun gefixt.
Der Fehler trat anscheinend auf wenn der Zielport gelöscht wurde

supi danke das wars 🙂

Hi,
das ist ein bekanntes Problem was bereits in der aktuellen svn revision gefixt ist.
Ein Fix ist also im nächsten Release enthalten