Hallo jkondek!

Danke für den Tipp, den sogleich ausprobiert habe.
Tatsächlich hilft es etwas. Jetzt wird die Steckdosenleiste nicht nur in der Darstellung "Schränke" im Raum angezeigt, sondern auch - und das ist neu - direkt in der Ansicht "Schrank" des Objektes Schrank.
Danke.

Hallo,

super, danke, das Problem wurde damit gelöst.

LG
Stefan

Hier noch zu Verdeutlichung drei Ansichten/Screenshots bezüglicher des eingefügten Textes, der richtigen Darstellung des Textes bei erfolgreicher Speichermeldung und des tatsächlich angespeicherten Textrestes.

idoit-paste.png
idoit-save.jpg
idoit-rest.jpg

Hallo,

Vielen Dank für die Info!

Ich werde das in den nächsten Tagen testen.

Viele Grüße
Christian

Hallo atikart,

das "SELECT COUNT(*)" kommt eigentlich nur, weil ein Fehler im SQL vorhanden ist.
Kannst Du mal Dein verschachteltes SQL posten?

Gruss,
jkondek

Mh,

es wurde zwar nichts geändert aber jetzt scheint es wieder zu gehen.
Vielen Dank dennoch.

Grüße

Haben den gleichen Fehler beim Import von Clients per XML. Bekomme die Fehlermeldung:

Import already existing and force-mode disabled! (Object-Id: 27067, Hostname: client7-14, Scantime: 20.04.2016 14:40:22) Try --force at the end of your parameter list.[2016-04-20 17:25:01] ERROR: Process was aborted.

Wenn ich den Force mode anschalte bekomme ich die Fehlermeldung:

Found obect-id: 27067[2016-04-20 17:26:09] ERROR: Database error : Query error: 'INSERT INTO isys_catg_logb_list SET isys_catg_logb_list__isys_obj__id = 27067, isys_catg_logb_list__isys_logbook__id = (SELECT LAST_INSERT_ID()), isys_catg_logb_list__status = 2': Cannot add or update a child row: a foreign key constraint fails (`idoit_data`.`isys_catg_logb_list`, CONSTRAINT `isys_catg_logb_list_ibfk_3` FOREIGN KEY (`isys_catg_logb_list__isys_obj__id`) REFERENCES `isys_obj` (`isys_obj__id`) ON DELETE CASCADE ON UPDATE)

Wenn ich allerdings nach #27067 suche bekomme ich lediglich die Meldung zurück:```
Fehler!
CMDB Error: Object with ID: 27067 does not exist. If you clicked on a link to reach this page (e.g. a bookmarked page), it might be broken and should be deleted.

Version 1.7.0 PRO mit MariaDB.

Hallo jkondek,

vielen Dank! Das hat mich auf die richtige Fährte gebracht! 🙂
Ich habe im IIS per URL Rewrite die Regeln der .htaccess importiert. Eine Bedingung in Regel #5 konnte er zwar nicht übersetzen (RewriteCond %{REQUEST_FILENAME} !-l), aber der Rest wurde erfolgreich importiert. Danach konnte die globale Suche wieder wie gewohnt genutzt werden.

Ich habe auch, wie in dem anderen Thread beschrieben, den Suchindex neu anlegen lassen.

Die Suche findet allerdings leider nicht alles…
Z.B. unsere Clients, die bei uns folgende Benennung haben Buchstabenfolge Minus Nummer, also bspw. abc-190. Suche ich nach 190 findet er den Client, suche ich hingegen nach abc-190 findet er nichts (auch bei Nutzung von Wildcards abc*190). Kann das noch an einem Konfigurationsproblem meinerseits liegen oder kann die Suche nicht korrekt mit dem Sonderzeichen Minus umgehen?

VG, fisi.

Ich habe diese Antwort vom i-doit Support bekommen:

Die Funktion "Druckansicht" richtet sich an die Anwender älterer Browserversionen. In aktuellen Browsern ist es nicht mehr nötig, die Druckansicht für den Ausdruck von Inhalten aus i-doit Verwenden. Sie können jederzeit die integrierte Druckfunktion des Browsers nutzen, sodass es Ihnen möglich ist, den Druckvorgang auf diesem Weg auszuführen.

Hallo Leo,

vielen Dank für die Antwort.
Das mit der Formatierung sieht jetzt besser aus, nachdem ich "Dateneingabe bereinigen" auf Nein gestellt habe.

LG
Matthias

Hallo Leo,

danke. Das hat mir weitergeholfen.

Auf Copy&Paste bin ich an der Stelle nicht gekommen. Drag&Drop der Bilddatei hatte nicht funktioniert. Und eine Upload-Funktion habe ich für den User nicht finden können.
Mit der Einstellung von Punkt 1 klappt es jetzt auch so, wie ich mir das vorgestellt habe.

Punkt 2 hatte ich bereits eingeschaltet, das reichte aber nicht, weil Punkt 1 die HTML-Attribute immer gefiltert und die Bilder und Links wieder entfernt hat.

VG
Michael

Hallo Chekov,

was du beschreibst ist absolut korrekt. Das liegt daran das die Systemeigene "Standard" Konfiguration fest im Code verankert ist - wenn du eine Liste als "Globalen Standard" speicherst wird sie allen (vorhandenen) Benutzern zugewiesen und nicht als "System Standard" gesetzt.
Das bedeutet: der Systemeigene Standard bleibt immer erhalten und gilt (auch zur Sicherheit) noch immer als Fallback.

Da der neue Benutzer noch nicht existierte als du den Globalen Standard definiert hast, greift dieser auf den Systemstandard zurück.

Viele Grüße
Leo