Hallo, diesen Bug haben wir bereits registriert und aufgenommen.

Der selektiert den richtigen Objekttypen bei Wahl eines Objektes. Habe das entsprechend gefixt: src/themes/default/smarty/templates/modules/import/import_upload_de.tpl (+ import_upload_en.tpl): Zeile 75 so abändern: js_callback="object_retrieve(valHidden)"

Hi ds! Danke, gerade installiert, probiert - Import vollständig. Sofern es nicht so bleiben sollte, melde ich mich wieder …. Gruß Christof

Hallo, gibt es hier Aussicht auf eine Implementierung? Gruß, Clemens

Danke!! (hmm, warum hab ich das vorhin beim Suchen im Forum nicht gefunden, grmpf). Gruß Christof

Oh Ok sorry die Datei war nicht ganz kompatibel zur 0.9.9

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 …..

Siehe hier im dem Thread ist alles bereits besprochen worden: http://www.i-doit.org/forum/index.php/topic,1356.0.html

Alternativ können die fehlenden Objekttypen in der Zielumgebung manuell über die GUI angelegt werden. Sie müssen dann aber unbedingt die gleiche Konstante haben. Also zB C__OBJECT_TYPE__1223910909

Ja, die sind für die Zuweisung an Objekte.

in der irm/index.php ist auch noch so eine tolle Zeile: ini_set("memory_limit", "32M");

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.

Klappt - danke!

Das Demo System ist nun auf dem neusten Stand

vorname;nachname;username;telno

Danke für den Hinweis. Ist gefixed

Der Font wird wohl der Systemfont gewesen sein. Ansonsten gibt mir einen Tipp, wo ich da schauen soll….. Das Problem scheint der fehlende UTF-8-Header in der Textdatei zu sein. Müßte somit dann eigentlich von dem VBS-Script schon mit UTF-8-Header geschrieben werden. Importiert werden die Sachen mit vorhandenem UTF-8-Header; die Sonderzeichen werden aber nicht korrekt dargestellt (oder auch nicht korrekt importiert). Anbei noch ein Beispiel mit chinesischen Zeichen.... (z.B. bei den Anwendungen werden nur Fragezeichen angezeigt). ansiheader-1026432.txt utf8header-1091704.txt

Danke für das schnelle Update - jetzt "stört" die Datei nicht mehr.

Hallo ds! Ja, so kann man das umsetzen. Allerdings (kleiner Einwand) ist das dann keine korrekte Darstellung, da am KVM-Switch nur ein Stecker vorhanden ist, an den ein Kabel mit mehreren Ausgängen angeschlossen ist: KVM-Seite des Kabels: RJ45-Stecker oder proprietärer Stecker mit 40, 50 oder n Pins. Server-Seite des Kabels: VGA und USB und/oder PS/2 (und SUB-D-9). Somit müßte die korrekte Darstellung eigentlich 1:n und nicht nur 1:1 sein. Gruß Christof

Ja