Posts made by crispp

In der 0.9.9-2 können keine Kontakte gelöscht werden; Häkchen setzen, Löschen, nichts passiert. Fehler ist auch im Demo-System und in aktuellen NB5747 enthalten.

Bei der globalen Suche nicht Enter drücken sondern das blaue Symbol daneben - dann werden auch Ergebnisse angezeigt.

So, hab mal ein bisschen in den Tiefen der Sources gegraben und in der  "src/classes/popups/isys_popup_browser_object.class.php" die Zeile 369 auskommentiert:

if (isset($p_params["js_callback"])) {
//                      $l_url .= "&js_callback=" . base64_encode($p_params["js_callback"]);
                }

Jetzt funktioniert der Objekt-Browser bei mir korrekt.

Woher kommt dieser "js_callback"?

Hi!

Wenn ich beim Import eines Inventory-Types den Objekt-Browser verwende, um die Objektnummer eines zu überschreibendes Objektes zu ermitteln, zeigt mir der Objekt-Browser nichts an (leerer Inhalt beim ansonsten korrekt angezeigten Dialog). Verwende ich den Objekt-Browser z.B. bei den Abhängigkeiten funktioniert er korrekt.

Gem. LOG-Datei erfolgt bei den Abhängigkeiten der folgende Aufruf:
"http://cmdb/index.php?mod=cmdb&popup=browser_object&form_submit=&resultField=C__CATG__ODEP_OBJ&groupFilter="
und beim Import:
http://cmdb/index.php?mod=cmdb&popup=browser_object&form_submit=&resultField=object_id&groupFilter=&js_callback=b2JqZWN0X3JldHJpZXZlKHZhbEhpZGRlbik7

Hier scheint der "js_callback" nicht richtig verarbeitet zu werden; ohne funktioniert die Anzeige.

Was ist bei mir falsch?

Gruß
Christof

Hi Felix!

Derzeit musst Du auf Betriebssystemebene die entsprechend fehlerhaften Dateien (xml, etc.) aus dem Unterverzeichnis "imports" löschen. Anschließend wird Seite wieder richtig angezeigt.

Gruß
Christof

Hi ds!

Danke, gerade installiert, probiert - Import vollständig. Sofern es nicht so bleiben sollte, melde ich mich wieder ….

Gruß
Christof

Hi!

Seit dieser Woche habe ich ein kleines Problem mit dem Import-Modul (Version 0.9.9 - Rev. 5050 - keine Änderungen an der Installation - Import funktionierte vorher)

• XML-Datei wird erstellt (diverse Dateien, auch ältere, die bereits erfolgreich importiert wurden, getestet) - enthält alle Informationen
• Import wird gestartet und läuft ohne Fehler durch
• Name (Allgemein) wird importiert
• Memory wird importiert
• Modell, Grafikkarte, CPU wird nicht importiert
• Hostadresse wird importiert.
• Anwendungen werden importiert.

Nach einem Neustart des MySQL-Dienstes wurden einmalig die Informationen zu Modell importiert.
Nach einer vollständigen Neuerstellung des Programmverzeichnisses für i-doit lief der Import kurzzeitig für einen Tag; jetzt ist das Problemchen wieder da.

Wo gehen die Informationen zu Modell, Grafikkarte und CPU verloren?

Danke und Gruß
Christof

Dito - ist ein nettes Feature - in der Demo-Datenbank habe ich mal ein Mobiltelefon "Defekt" erstellt, das genau den Fehler hat.

Schau bitte mal in Deiner Objekttyp-Konfiguration, ob Du "Übersichtskategorie als Standard Ansicht" auf "Ja" hast. Sofern das der Fall ist, muss bei der Ersterfassung der Daten hier zumindest der Typ der Karte erfasst werden, da ansonsten ein Schrottdatensatz in der Tabelle erzeugt wird. Dieser wird dann immer als erster Datensatz eingelesen; nur nicht überschrieben sondern als neuer Datensatz gespeichert.

(458, 7727, NULL, NULL, '', 2, NULL, '', '', '', '', '', '', '', '', '', '', '', '', '', NULL, NULL, '', '', '1970-01-01 00:00:00', '1970-01-01 00:00:00', '1970-01-01'),
(459, 7727, 1, NULL, '', 2, NULL, '', '', '', '', '', '', '', '', '', '', '', '', '', NULL, NULL, 'tes', '', '1970-01-01 00:00:00', '1970-01-01 00:00:00', '1970-01-01'),
(460, 7727, 1, NULL, '', 2, NULL, '', '', '', '', '', '', '', '', '', '', '', '', '', NULL, NULL, 'test', '', '1970-01-01 00:00:00', '1970-01-01 00:00:00', '1970-01-01'),

Um die Daten zu bereinigen, musst Du in der Tabelle "isys_cats_cp_contract_list" die doppelten Datensätze finden und bereinigen. Der Datensatz, der im dritten Feld (isys_cats_cp_contract_list__isys_cp_contract_type__id) "NULL" stehen hat, ist der Schrottdatensatz; bei den weiteren musst Du schauen, welchen Du behalten möchtest.

Gruß
Christof

Danke - funktioniert leider nicht sofort und einfach.

Download der php-Datei ist unvollständig (mit zwei verschiedenen Rechner an zwei verschiedenen Internetanbindungen mit zwei verschiedenen Browsern probiert). Der Download endet mal bei Zeile 1244 (padd) - mal bei Zeile 1196

Ok - Download mit w3m offenbar vollständig - reinkopiert - nur noch weißes Bild (liegt an Zeile 397 - $g_reference_colors = $g_comp_user->get_reference_coloration();

Nachtrag: Zeile auskommentiert - Restgarantiezeit wird angezeigt

Gruß
Christof

Danke!!

(hmm, warum hab ich das vorhin beim Suchen im Forum nicht gefunden, grmpf).

Gruß
Christof

Hi!

Bei der Zuweisung eines Kontaktes zu einem Item wäre es schön, wenn der erste zugewiesene Kontakt gleich als primärer Kontakt gekennzeichnet würde.

Gruiß
Christof

Hi!

Erhalte gerade im Objekt-Browser die Fehlermeldung:

Die maximale Anzahl von C__TREE_MAX_OBJECTS Objekten für den Tree wurde erreicht. Bitte verwenden Sie stattdessen den Filter oder setzen die Anzahl hoch.

Kann ich den Wert selbst irgendwo hochsetzen?

Danke und Gruß
Christof

Hi!

In Version 0.9.9 wird die Restgarantiezeit nicht mehr angezeigt. Gibt es hierfür einen Quickfix?

Danke und Gruß
Christof

Reicht wohl nicht:

• isys_obj_type
• isys_obj_type_2_isysgui_catg
  _isysgui_catg (allerdings ohne Fremdschlüsselprüfung und mit Replace)

Im Zielsystem muss die sys_obj_type_2_isysgui_catg geleert werden; in der isys_obj_type müssen alle Einträge aus dem Root-Eintrag (bei mir ID = 30) gelöscht werden.

Die Tabellen fehlten noch:

• isys_contact
• isys_contact_data_item
• isys_catg_contact_list

Dann muss man die Kontakte einmal bearbeiten und nur speichern und schon werden sie korrekt exportiert.

Da wurde scheinbar in irgendeiner Version in der Tabelle isys_person_intern das Feld isys_person_intern__title mit "NULL" belegt, wenn nichts eingetragen wurde. Hierdurch scheint der Export zu stolpern …..

Hmm, irgendwie scheinen zwei verschiedene Kontaktarten zu existieren:

Kontakte mit Kontakt-ID - werden korrekt exportiert und importiert:
<category title="Kontakt" const="C__CATG__CONTACT" category_type="0"><cat_data data_id="32"><contact id="1206" firstname="Common" type="1"></contact></cat_data></category>

Kontakte mit einer ID aus isys_contact_data_item - werden nur beim einem primären Kontakt exporitiert und nicht richtig importiert:
<category title="Kontakt" const="C__CATG__CONTACT" category_type="0"><cat_data data_id="8"><primary>465</primary></cat_data></category>

Kontakte werden nur dann exportiert, wenn ein Primary-Kontakt vorhanden ist; fehlt dieser erfolgt kein Export der Kontakte

Dann vielleicht mal die Zeilen in der index.php entsprechend auf realistischere Werte anpassen. Hier setzt ihr 32M voraus.

if (intval(ini_get("memory_limit")) < 32) {
ini_set("memory_limit", "32M");
}

Wobei das für die normalen Tätigkeiten wohl ausreichend ist.

Alternativ vielleicht in den import/export-Routinen das vorausgesetzte Memory-Limit gleich auf 256M hochsetzen.

Vielleicht hilft es jemandem: die folgenden Tabellen (in den SQL-Statements ablesbar) haben bei mir beim Update einiger Mandanten Probleme gemacht - durch die Modifikationen, die nach und nach eingespielt werden müssen, war das Update dann möglich - sauber sind die Datenbanken dadurch dann aber nicht.

alter table isys_catp_ip_list
add CONSTRAINT isys_catp_ip_list_ibfk_2 FOREIGN KEY (isys_catp_ip_list__isys_ip_assignment__id) REFERENCES isys_ip_assignment (isys_ip_assignment__id) ON DELETE NO ACTION ON UPDATE NO ACTION;

alter table isys_catp_ip_list
add  CONSTRAINT isys_catp_ip_list_ibfk_1 FOREIGN KEY (isys_catp_ip_list__isys_catp_ip__id) REFERENCES isys_catp_ip (isys_catp_ip__id) ON DELETE NO ACTION ON UPDATE NO ACTION;

DROP TABLE IF EXISTS isys_catg_odep_list;
SET @saved_cs_client    = @@character_set_client;
SET character_set_client = utf8;
CREATE TABLE isys_catg_odep_list (
  isys_catg_odep_list__id int(10) unsigned NOT NULL auto_increment,
  isys_catg_odep_list__isys_catg_odep__id int(10) unsigned default '0',
  isys_catg_odep_list__isys_dependency__id int(10) unsigned default NULL,
  isys_catg_odep_list__title varchar(255) collate utf8_unicode_ci default NULL,
  isys_catg_odep_list__description text collate utf8_unicode_ci,
  isys_catg_odep_list__status int(10) unsigned default '2',
  isys_catg_odep_list__property int(10) unsigned default '0',
  PRIMARY KEY  (isys_catg_odep_list__id),
  KEY isys_catg_odep_list_FKIndex1 (isys_catg_odep_list__isys_dependency__id),
  KEY isys_catg_odep_list_FKIndex2 (isys_catg_odep_list__isys_catg_odep__id),
  CONSTRAINT isys_catg_odep_list_ibfk_1 FOREIGN KEY (isys_catg_odep_list__isys_dependency__id) REFERENCES isys_dependency (isys_dependency__id) ON DELETE CASCADE ON UPDATE NO ACTION,
  CONSTRAINT isys_catg_odep_list_ibfk_2 FOREIGN KEY (isys_catg_odep_list__isys_catg_odep__id) REFERENCES isys_catg_odep (isys_catg_odep__id) ON DELETE NO ACTION ON UPDATE NO ACTION
) ENGINE=InnoDB AUTO_INCREMENT=744 DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci;
SET character_set_client = @saved_cs_client;

alter table isys_dependency
add  CONSTRAINT isys_dependency_ibfk_1 FOREIGN KEY (isys_dependency__isys_obj__id__slave) REFERENCES isys_obj (isys_obj__id)  ON DELETE NO ACTION ON UPDATE NO ACTION;

alter table isys_dependency
add  CONSTRAINT isys_dependency_ibfk_2 FOREIGN KEY (isys_dependency__isys_obj__id__master) REFERENCES isys_obj (isys_obj__id) ON DELETE NO ACTION ON UPDATE NO ACTION;

alter table isys_file_version
add  CONSTRAINT isys_file_version_ibfk_1 FOREIGN KEY (isys_file_version__isys_file_physical__id) REFERENCES isys_file_physical (isys_file_physical__id) ON DELETE NO ACTION ON UPDATE NO ACTION;

alter table isys_file_version
add  CONSTRAINT isys_file_version_ibfk_2 FOREIGN KEY (isys_file_version__isys_obj__id) REFERENCES isys_obj (isys_obj__id) ON DELETE NO ACTION ON UPDATE NO ACTION

alter table isys_cats_lic_group
add  CONSTRAINT isys_cats_lic_group_ibfk_1 FOREIGN KEY (isys_cats_lic_group__isys_cats_lic_list__id) REFERENCES isys_cats_lic_list (isys_cats_lic_list__id) ON DELETE NO ACTION ON UPDATE NO ACTION

alter table isys_cats_group_list
ADD column isys_cats_group_list__isys_cats_distributor__id INT( 10 ) NOT NULL

alter table isys_cats_group_list
add  KEY isys_cats_group_list__isys_cats_distributor__id__FKIndex (isys_cats_group_list__isys_cats_distributor__id)

alter table isys_cats_group_list
add  CONSTRAINT isys_cats_group_list__isys_cats_distributor__id__FK FOREIGN KEY (isys_cats_group_list__isys_cats_distributor__id) REFERENCES isys_cats_distributor (isys_cats_distributor__id)

alter table isys_file_version
add  CONSTRAINT isys_file_version_ibfk_2 FOREIGN KEY (isys_file_version__isys_obj__id) REFERENCES isys_obj (isys_obj__id) ON DELETE NO ACTION ON UPDATE NO ACTION

–------------------------

alter table isys_nagios_contacts
add  CONSTRAINT isys_nagios_contacts__isys_person_intern__id__FK FOREIGN KEY (isys_nagios_contacts__isys_person_intern__id) REFERENCES isys_person_intern (isys_person_intern__id) ON DELETE NO ACTION ON UPDATE NO ACTION;

alter table isys_catg_nagios_list
add  CONSTRAINT isys_catg_nagios_list__isys_nagios_ndo__ndodb_id__FK FOREIGN KEY (isys_catg_nagios_list__isys_nagios_ndo__ndodb_id) REFERENCES isys_nagios_ndo (isys_nagios_ndo__ndodb_id) ON DELETE NO ACTION ON UPDATE NO ACTION;

alter table isys_catg_nagios_list
add  CONSTRAINT isys_catg_nagios_list__notification_period__FK FOREIGN KEY (isys_catg_nagios_list__notification_period) REFERENCES isys_nagios_timeperiods (isys_nagios_timeperiods__id) ON DELETE SET NULL;