Hallo Entwickler, Dieser Fehler ist in 0.9.9-3 immer noch enthalten.

Hat sich bei uns mit einem Update auf die Version 0.9.9-3 erledigt. Da funktioniert alles einwandfrei

Wir haben hier zur Version 0.9.9-3 etwas verbessert, so dass dieses Problem nicht mehr auftreten sollte

Sollte in der 0.9.9-3 behoben sein

.. welches nun verfügbar ist.

Sollte in 0.9.9-3 behoben sein

Habs selbst rausgefunden Nachdem die spez. Kategorien nach einem Update auf die 0.9.9-3 immer noch doppelt vorkamen, hab ich nochmal in der DB nachgeschaut: in der Tabelle  isysgui_cats waren die Einträge doppelt drin, z.B. zwei mal "LC__CATS__CMDB__FILE__ACTUAL", " LC__CATS__CMDB__FILE__VERSIONS" und "LC__CATS__CMDB__FILE__OBJECTS" die doppelten Einträge hatten alle eine ID > 1000 Nach dem Rauslöschen waren die doppelten Einträge im Webfrontend dann weg LG, fisi.

Danke, das hat funktioniert.

Danke für die Antwort. Allerdings bekomme ich folgende Fehlermeldung, wenn ich die URL aufrufe: Fatal error: Cannot instantiate abstract class isys_component_database in /opt/coolstack/apache2/htdocs/idoit/irm/src/globals.inc.php  on line 33 Die Pfade sind aber eigentlich alle korrekt gesetzt… Edit: Ich muss dazu aber auch sagen, dass ich das ganz normale Update eingespielt habe und kein spezielles mit Reportmodul (die Updates auf der Seite http://synetics.de/, die ich sonst runterladen konnte, gibt es ja scheinbar nicht mehr...). Es kam auch keine Frage, ob das Report-Modul mit upgedated werden soll.

hat sich erledigt, war wohl nur ein fehler beim update… da hat der kollege von idoit schnell reagiert... danke

Seit der 0.9.9 benötigen alle Kategorie DAO Klassen die Methode get_data mit folgendem Aufbau : /** * Return Category Data * * @param [int $p_id]h * @param [int $p_obj_id] * @param [string $p_condition] * * @return isys_component_dao_result */ public function get_data($p_catg_list_id = null, $p_obj_id = null, $p_condition = "", $p_filter = null, $p_status = null) { $p_condition .= $this->prepare_filter($p_filter); $l_sql = "SELECT * FROM isys_catg_application_list ". "LEFT JOIN isys_connection ON isys_connection__id = isys_catg_application_list__isys_connection__id ". "LEFT JOIN isys_obj ON isys_connection__isys_obj__id = isys_obj__id ". "WHERE TRUE "; $l_sql .= $p_condition; if (!empty($p_obj_id)) { $l_sql .= " AND (isys_catg_application_list__isys_obj__id = '{$p_obj_id}')"; } if (!empty($p_catg_list_id)) { $l_sql .= " AND (isys_catg_application_list__id = '{$p_catg_list_id}')"; } if (!empty($p_status)) { $l_sql .= " AND (isys_catg_application_list__status = '{$p_status}')"; } return $this->retrieve($l_sql); } Das ist jetzt ein Beispiel für Anwendungen. Du musst diese Methode unbedingt implementieren und hier ein SELECT auf die entsprechende Tabelle für inventar machen.

Das Problem wird in der nächsten Version behoben sein Der Löschen Butten ist nur in der Liste der archivierten Datensätze verfügbar, es muss also erst archiviert werden, dann kann man löschen

ein kleiner Fix für den IE (getestet mit IE 7+8, FF 3), der die Seitengröße korrekt justiert (davor war im IE eine ewig lange Scrollleiste): src/tools/js/onload.js Line 91ff:    (function fix_height) L92:          var hg = hg = document.documentElement.clientHeight; L101:        $('contentArea').style.height = (hg - 25 - $('top').getHeight()) + 'px'; Falls jemand suchen sollte

Ihr seid Spitze! Erspart mir jetzt einiges an Arbeit

Danke für die Hinweise und den Patch. Wir werden ein Feld für den Gruppen Suchpfad für OpenLDAP in die Konfiguration mit aufnehmen und die Anpassungen mit in die kommende Version aufnehmen

Gibt es schon einen ungefähren Releasetermin für die nächste Version? Da es momentan einige Probleme gibt bei der 9.9.2 und ich nur ungern auf einen Nightly-Build (wo die Dinge wohl schon gefixed sind) zurückgreifen möchte, wenn die nächste Stable schon bald kommen sollte. Danke für die Bemühungen