Topics created by Schnitzelfisch

Leider nicht, wie gesagt: das ist ohne weiteres mit OpenLDAP nicht möglich. Du kannst höchstens versuchen deinen OpenLDAP Server so zu konfigurieren, dass Gruppen zusätzlich im User abgelegt werden. Über die Directory Mappings kannst du dem i-doit LDAP Modul dann sagen, in welchem Feld sich die Gruppen beim User befinden und es würde theoretisch funktionieren. Das ist aber nur Theorie, wir haben das bisher so noch nicht auf Funktion geprüft 🙂

Hi,

leider kannst Du diesen nicht über die Oberfläche löschen. Es ist auch schwer festzustellen, welche Containerobjekte dadurch angelegt wurden.

Du kannst mit dem Statement

DELETE FROM isys_obj WHERE isys_obj__isys_obj_type__id IN (SELECT isys_obj_type__id FROM isys_obj_type WHERE isys_obj_type__const = 'C__OBJTYPE__CONTAINER')

ALLE Containerobjekte aus Deiner Datenbank löschen (macht Sinn, falls Du ohnehin keine vorher gepflegst hattest).
Aber Achtung: Daten vorher sichern!

Die Links sind relativ zu i-doit. Wenn man einen absoluten Link angeben will, dann muss man das http:// auch noch davor schreiben.

Dieser Bug ist uns bekannt und im Entwickler-Build auch schon gefixt.

Danke für das Update, das Problem ist mit der neuen Version behoben.

Das war wohl einmalig. Jetzt habe ich es nochmal ausprobiert, da schaut der Kalender so aus wie vermutlich gewollt: direkt unter dem Datumsfeld mit Rahmen um die Zahlen, wenn ich mit der Maus darüber fahre, so daß ich sehe, wo ich gerade bin. Es verschwindet mit einer Animation. So war es wohl gewollt, scheint ein temporäres Problem gewesen zu sein.

Das Import-Modul gibt es bereits seit Längerem. Schaust Du hier: http://www.i-doit.org/de/modules

Ich glaub dein SQL-Statement ist nicht ganz richtig - er versucht mit dem passwort "NULL" zu connecten, es sollte aber doch leer sein, oder?
Versuch mal das hier:

INSERT INTO isys_mandator( isys_mandator__id, isys_mandator__title ,isys_mandator__description,isys_mandator__dir_cache , isys_mandator__dir_tpl , isys_mandator__db_host , isys_mandator__db_port , isys_mandator__db_name , isys_mandator__db_user ,   isys_mandator__db_pass , isys_mandator__sort , isys_mandator__default_lang_const , isys_mandator__default_language_short ) VALUES (DEFAULT, 'Testmandant', NULL , 'testcache', 'default', 'localhost', '3306', 'test', 'root', '',   '50', 'ISYS_LANGUAGE_ENGLISH', 'en');

Edit: Oops ich sollte vielleicht auch mal die 2. Seite lesen .. 🙂

Achsoo, sorry 🙂
Ok werden wir bei diesem Browser auch umsetzen

Das funktioniert aufgrund des komplexen lokations algorithmus (noch) nicht. Wir werden bald einen erweiterten Browser mit Such- und Sortierfunktionen implementieren. Dauert zwar noch eine Weile.. Ist aber geplant 🙂

Es scheint, daß Ihr mehrere Bereiche von Hand pflegt, weil die Änderung nicht überall aktiv wurde. Im Logbuch gibt es nur "vor" und "zurück", aber noch keine Seitenzahlen. Könnt Ihr die dort mit einfügen?

Habe ich als Bug aufgenommen, danke für den Hinweis

Ja das Problem ist bekannt. Man muss in der jetzigen Ausführung den Kalender verwenden. Dies wurde nochnicht gefixed, weil wir demnächst (vorraussichtlich zur nächsten Version) die Kalenderengine wechseln werden und damit die manuelle Eingabe erlauben werden.

Das liegt am Browser und der allgemeinen HTML Syntax, da können wir nicht viel dran ändern. Wir könnten höchstens die doppelten Anführungszeichen durch einfache ersetzen

Ja, das kann ich nächste Woche einmal ausprobieren. Danke schon mal.

Okay, manchmal kann man sich ganz leicht selbst helfen. Beim Auspacken/Kopieren ging etwas mit den Berechitigungen schief, darum konnte der User apache die Dateien nicht anfassen. chown auf die Dateien, uns es läuft durch.

Oh, wie simple.

Danke für die schnelle Beantwortung.

Ja, sonst könnte ich keine Position im Schrank auswählen, nehme ich an. Gehe ich über Infrastruktur/Standorte zu dem Schrank, wird mir das Gerät dort auch angezeigt im Aufklappbaum, aber eben nicht als Slot im Schrank zum Positionieren. Der gewählte Slot, im Beispiel die Nummer 24, wird als leer angezeigt, doch in den Eigenschaften des Gerätes ist Position 24 gespeichert.

EDIT: Aargh! Nach einigem Hin- und Herwechseln zwischen Schrank und Appliance ist das Gerät jetzt endlich mal aufgetaucht, aber im falschen Slot. Erst wurde es von Position 24 auf 23 verschoben, was weiß ich warum, so jedenfalls steht es jetzt im Objekt gespeichert. Und dann wird nicht die tatsächliche Position verwendet, sondern von oben heruntergezählt. Bei 42HE und Position 23 liegt das Gerät also nicht an Position 23 sondern 20, weil oben bei 42 angefangen wird zu zählen statt bei 01 unten. Also ist da mindestens ein Fehler in der Zählung drin.

Ja, der SMTP ist konfiguriert. Ich habe darüber schon die Passwörter für die Benutzer verschickt.
Danke für den Fix.

Steht bei uns bereits auf der Roadmap 🙂
Ebenso wie eine Template/Vorlagen Funktion für Objekte, welche ähnlich funktioniert und wahrscheinlich eher implementiert sein wird als das Duplizieren.