An dieser Stelle vielelicht auch noch einmal die Frage nach diesem Topic ?
http://www.i-doit.org/forum/index.php/topic,1289.msg5873.html
Die Lizenzzuordnung stimmt nocht nicht.
Danke sehr.
An dieser Stelle vielelicht auch noch einmal die Frage nach diesem Topic ?
http://www.i-doit.org/forum/index.php/topic,1289.msg5873.html
Die Lizenzzuordnung stimmt nocht nicht.
Danke sehr.
Sieht soweit gut aus
/* Load Dashboard */
$l_dashboard = new isys_module_dashboard();
$l_dashboard->load($this);
Das wird auch ausgeführt.
Ich habe mal ein var_dump der Instanz nach der Load-Methode gemacht
object(isys_module_dashboard)#63 (2) {
["m_userrequest:private"]=>
NULL
["m_dashboard_templates:private"]=>
string(18) "modules/dashboard/"
}
Hilft das weiter ?
Welche Datei wird denn im Main-Template hier includiert ?
[{include file=$dashboard}]
Danke
HTML anbei, ist aber sehr übersichtlich…
Hi,
sowohl im Quell als auch im Zielobjekt sind Interfaces definiert. Folgende Fehlermeldung wird ausgegeben
PHP Fatal error: Nesting level too deep - recursive dependency? in /srv/www/vhosts/cmdb.witcom.de/httpdocs/src/classes/c
mdb/dao/isys_cmdb_dao_network.class.php on line 258, referer: http://*/index.php?moduleID=2&popup=browser_port&sourcePortID=&sourceStatus=2&browserFlags=1&resultFiel
d=C__CATG__PORT__DEST
Aber ich hätte noch etwas zu dem Thema,
ich kann kein Objekt purgen wenn es noch einen Wartungsvertrag zugeordnet hat. Es gibt dann eine SQL-Constraint Fehler
isys_exception_database : Query error: 'DELETE FROM isys_obj WHERE isys_obj__id = '430'': Cannot delete or update a parent row: a foreign key constraint fails (witcom_cmdb_witcom/isys_catg_maintenance_list
, CONSTRAINT isys_catg_maintenance_list_ibfk_2
FOREIGN KEY (isys_catg_maintenance_list__isys_obj__id
) REFERENCES isys_obj
(isys_obj__id
) )
Ich muss dann zuerst den Wartungsvertrag löschen (archivieren->löschen->purgen), dann das Hauptobjekt.
Ich weiss nicht ob das nur bei Wartungsverträgen so ist, und ob das auch in älteren Versionen aufgetreten ist. Schön wäre es wenn beim purgen alle existierenden Beziehungen mitgelöscht würden.
Zumindest haben wir Deutsch eingestellt. Und wie gesagt, bei den ersten 2,3 Logins hat es auch noch funktioniert. Gibt es irgendwas was wir euch liefern können ? Logfiles, debugs, o.ä.
da habe ich wohl zu lange an meinem posting geschrieben….
Ich habe es mir kurz angeschaut, das ist ein kleiner Fehler der das verursacht. In der Klasse isys_cmdb_dao_category_g_maintenance wird beim Speichern überprüft, ob der Haken für den Sub-Wartungsvertrag gesetzt ist, und wenn nicht wird der Titel des Sub-Vertrages gelöscht. Dadurch wird der Sub-Vertrag dann nicht mehr angezeigt, obwohl er noch im System vorhanden ist.
Der Fehler ist, dass die Überprüfung, ob der Haken gesetzt ist nicht funktioniert, da das falsche Element überprüft wird. Die Checkbox heisst subcheckbox, geprüft wird das Element sub (Zeile 136 & 298)
Patch anbei
Hallo,
in der Version 0.9.9 ist es nicht mehr möglich Netzwerkports miteinander zu verbinden. Im Popup werden keine Ports aufgelistet