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
Hallo zusammen,
haben heute das Update auf 0.9.9 durchgeführt. Sieht erstmal ganz gut aus.
Nach dem ersten Login wurde das Dashboard angezeigt, mittlerweile bleibt die Dashboard Seite leer. Fehlermeldungen gibt es keine.
Hi,
kann ich so bestätigen. Neu anlage ok, Update funktioniert bei mir gar nicht
Eine Frage hätte ich noch
Ist es in einer weiteren Version geplant dass man die einem Kontakt zugewiesenen Objekte auf einen Blick sehen kann ?
Feine Sache,
ich war mir nicht ganz sicher wieviele unterschiedliche Type es gibt.
Danke…
Hallo,
in der Kategegorieübersicht (Anzeigen von Sysid,Standort, Kontakt, etc.) werden bei Kontakt nur Personen angezeigt. Wenn der primäre Kontakt eines Objekts eine Organisation ist, wird diese nicht angezeigt.
Dies ist in vielen Fällen aber wünschenswert. Anbei ein Patch der genau diese Funktion ermöglicht. Getestet unter 0.9.8-2.
Hi,
hat sich hier irgendetwas getan ?
Danke
Sorry, hatte ich noch nicht gelesen. Ich hatte mir auch schon mal die verantwortliche SQL-Abfrage angesehen, aber da werden dermaasen viele Tabelle verknüpft, dass es mich nicht wundert dass beim Resultat was nicht stimmt.
Unter Lizenzgruppe -> Gruppenüberischt -> Lizenzen in Benutzung
Anbei ein Screenshot
Hallo,
mir ist aufgefallen das es einen Fehler bei der Ermittlung von zugewiesenen Lizenzen gibt. Zwar stimmt die Anzahl der Lizenzen einer bestimmten Lizenzgruppe, es wird auch richtig ermittelt welchem Clientobjekt die Lizenz zugewiesen wurde, aber leider stimmt die Zuordnung der Lizenzliste nicht.
Grund ist hier eine Gruppierung nach dem Client-Objekt in der SQL-Abfrage. dadurch werden viele redundante Informationen gefiltert, leider aber auch die zugehörige Lizenzliste.
???
Ist das Problem bei anderen nachvollziehbar ?