Die SYS ID wird immernoch in der Übersichtsseite angezeigt. Schau mal in die Objekttypkonfiguration von dem entsprechenden Objekt Typen

So, nur um das hier mal abzuschließen: Update haben wir drauf gespielt und nun funktioniert alles wieder, wie es soll. Vielen Dank für den guten Support hier, so wünscht man sich das!

Hi. Das ist es. Ich wollte viele User nur in der "Author" Gruppe behalten. Danach hatte ich dem User zus. Adminrechte gegeben. Das ist anscheinend ein Problem. Nur mit Adminrechten geht es. Grüße Volker

Danke, mal sehen wie weit ich komme

Hallo, das sind die Vorgaben für eine CMDB gemäß ITIL. Damit muss man wohl leben

Ja da gabs einen Fix Erstaunlich das die 0.8.6 doch noch verwendet wird

Hier wählst du aus welche Lizenz dieses Betriebssystem verwendet - das soll keine Übersicht sein Es reicht auch aus die Lizenz hier nur einmalig zu wählen. Die restlichen sind überflüssig

Es gibt ein Modul was über den controller aufegerufen wird. Dieser Meldet Schwellwert Überschreitungen per mail und muss als cronjob konfiguriert werden.

Durch Zufall habe ich den Fehler gefunden. In den Konstanten sind die deutschen Übersetzungen schon mit "falschen" Umaluten hinterlegt. Bin jetzt dabei die alle händisch zu ändern.

np

Der Verlauf

Ich hatte da gerade noch einen Geistesbiltz. Ich habe den Kategorie Server mal die spezifische Kategorie FC-Switch zugewiesen. Jetzt klappt auch die Druckansicht Aber 1. Wird bei dem Server jetzt auf der Übersichtseite FC-Switch angezeigt. Das stimmt natürlich so nicht 2. Hat es sonst irgendwelche Auswirkungen das ich die spezifische Kategorie zugewiesen habe ? Wäre es ein Lösungsansatz einer Kategorie 1-n verborgene spezifische Kategorien zuzuweisen ? Diese hätten dann nur Auswirkungen auf den Export/Druckansicht. Sonst würde man davon nichts zusehen bekommen.

Unter Redhat basierenden Distributionen legt man einfach folgende Datei an: /etc/httpd/conf.d/idoit.conf ### idoit <location i-doit="">AddDefaultCharset ISO-8859-1 #   AddDefaultCharset ISO-8859-15</location> selbige Datei unter Debian basierender Distributionen (also z.B. auch Ubuntu) muss nach /etc/apache2/mods-enabled/idoit.conf Charset je nach Bedarf anpassen (in obrigen Beispiel also ISO-8859-1 Das Beispiel geht davon aus, dass i-doit unter http://servername/i-doit/ erreichbar ist.

ad mysql: Ich habe die datenbank erst mal so belassen wie sie ist. Ich werde das bei gelegenheit mal in der Testinstanz ausprobieren. ad Softwareliste: Dank des Patches ist die Softwareliste nun wieder in Ordnung. ad Archivierung: scheint auch zu funktionieren. Leider ist das Import Problem immer noch vorhanden. Wie schon einmal versucht zu erklären handelt es sich offenbar um ein Problem beim erkennen von Anführungszeichen sowohl als einfaches ' als auch als " . Im konkreten Fall sind es momentan 3 Verschiedene Software einträge die immer wieder neu angelegt werden: sala's Terminal Server Patch 2.1 Dienstprogramm "ThinkPad UltraNav" 2.05 Malwarebytes' Anti-Malware Es wäre toll wenn ihr das noch beheben könntet. [image: 405_Import.JPG]

FYI: Diese "defines" sind seit Version 0.9.8-1 in die config.inc.php gewandert und nichtmehr in der constants.inc.php verfügbar

Das geht momentan leider nicht. Wird aber demnächst mit unserem Report Manager Modul machbar sein: http://www.i-doit.org/de/modules

Na wenn man ein paar Nächte über ein Problem schläft ist die Lösung meist ganz einfach: Die Größe des Bildes war das Problem Ich muss nur noch ausprobieren wie groß es maximal sein darf, oder hat jemand diese Antwort schon parat? Also das IE Icon geht ohne Probleme. Danke für die vielen Hinweise Sonst ist i-doit wirklich etwas feines

Rechtsklick auf den Barcode -> Bild in neuem Fenstern anzeigen

Hallo, die Hierarchisierung von Dialogfeldern ist eine grundsätzliche Überlegung, die wir im Moment treffen. Diese findet ja unter anderem auch bei den Modellinformationen (Hersteller/Modell) Anwendung. Im Moment ist der Zustand, so wie er sich jetzt darstellt, gewollt. In der Zukunft werden wir da sicher was machen.

Bitte