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

Du musst diesem Benutzer Rollen zuweisen (mindestens eine der Rollen reader, author, archivar, editor, admin). Das geht ebenfalls in der Kontaktverwaltung.

Hm, schau mal ob deine Session Konfiguration in der php.ini korrekt ist. http://doc.i-doit.org/wiki/FAQ:DE#Nach_dem_einloggen_erscheint_die_Login_Maske_erneut

Vielen Dank, das hat funktioniert! Ich musste nur noch die Einträge isys_dependency__isys_obj__id__master und isys_dependency__isys_obj__id__slave vertauschen, also: ... INNER JOIN isys_dependency ON isys_dependency__isys_obj__id__slave = mob.isys_obj__id INNER JOIN isys_obj AS mit ON mit.isys_obj__id = isys_dependency__isys_obj__id__master ... Obwohl, wie du geschrieben hast, der Mitarbeiter vom Mobiltelefon abhängig ist. Also danke nochmal, hat sehr geholfen LG, Fisi,

Das Problem ist übrigens für die nächste Version gefixed.

Hat leider auch nicht geklappt

Genaueres kann ich dir leider nicht sagen, aber es handelt sich auf jeden Fall um wenige Monate

ich hab 0.9.8-1  … hmm

Hallo, danke für die Antwort. Ja die aktuelle Version habe ich. isys_module_import ist Version 0.9.8-1 Sonst noch eine idee? Hat jemand schon mal die Fehlermeldung aus meinem ersten Post gehabt? Mfg Frank

Hallo, danke, das hab ich schon probiert und es funktioniert auch. Ich möchte aber verschiedenen Usern aus dem Ldap unterschiedliche Berechtigungen geben; und das geht ja mit diesem Beispiel nicht. mfg.   Hartmut

Gern geschehen

Naja wie gesagt: src/ - Das liegt im i-doit Verzeichnis Versuch mal chmod 777 src/

Kein Problem

@tscholz: Wenn ich einem Server eine Lizenz zuweise bekomme ich auch Lizenzen zur Auswahl die bereits vergeben sind. Das ist richtig, denn bei der Auswahl der Applikation in einem Server, wird lediglich die Lizenz der verknüpften Applikation zugewiesen/aktualisiert. @tscholz: Bei der Zuweisung von Anwendungen zu einem Server wäre ein Zusammenhang zwischen Betriebssystem und   den entsprechenden Lizenzen sehr hilfreich damit nur die zugehörigen Lizenzen in der Auswahl erscheinen. An dieser Stelle wird erst der Zusammenhang zwischen Applikations-/Betriebssystem-Objekt und dem Lizenz-Objekt erstellt - Diese Informationen liegen bei der Auswahl also noch garnicht vor.

Für die Funktion sollte ein archivierter User nicht mehr existent sein. Man kann aber ein archiviertes Objekt auch löschen und dann endgültig rausschmeissen (purgen). Über die Oberfläche allerdings nur in dieser Reihenfolge.