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

In V 0.9.8-1 tritt das Problem nicht mehr auf. Nur zur Vervollständigung des Thread. Gruß Kirsten

Das habe ich zwar auch gemacht: @ds: Also die Dateiverzeichnisse sollten ungefähr so aussehen: File target directory: /srv/www/idoit/upload/files/ Temporary directory: /srv/www/idoit/temp/ Object image directory: /srv/www/idoit/upload/images/ Ich diese Verzeichnisse explizit noch einmal angelegt und folgende Rechte vergeben: drwxrwxr-x  5 www-data www-data  4096 22. Sep 16:49 /srv/www/idoit/upload bzw. drwxrwxr-x 2 www-data www-data 4096 22. Sep 16:49 /srv/www/idoit/upload/files drwxrwxr-x 2 www-data www-data 4096 22. Sep 16:49 /srv/www/idoit/upload/images drwxrwxr-x 2 www-data www-data 4096 22. Sep 16:49 /srv/www/idoit/upload/temp @ds: Die Verzeichnisse müssen natürlich existieren und der Apache Prozess muss schreiben dürfen Na, der müßte schreiben können. Zusätzlich habe ich das Script "/srv/www/idoit/idoit-rights.sh" drüberlaufen lassen. Fazit ist nach wie vor, dass Save path for file manager: n/a DIRECTORY NOT FOUND Temp path for file manager: n/a DIRECTORY NOT FOUND Image path: n/a DIRECTORY NOT FOUND als Reaktion kommt und der Installer nicht weiter macht. Also mehr weiß ich jetzt nicht, was ich noch richtiger machen kann.

Wir können das hier leider nicht reproduzieren