Hallo,
der Fehler ist in der aktuellen Entwicklungs-Version bereits behoben und wird im nächsten Release nicht mehr auftauchen!

Um den Fehler selbst zu beheben braucht ihr nur zwei Zeilen, die für die doppelten Anführungszeichen verantwortlich sind, zu ändern:

In der Datei: /src/classes/cmdb/dao/category/global/isys_cmdb_dao_category_g_custom_fields.class.php auf Zeile 54 und 245:

aus

// Zeile 54 "isys_catg_custom_fields_list__status = '" . $this->convert_sql_int($p_status) . "', " . // Zeile 245 "isys_catg_custom_fields_list__status = '".$p_status."', ".

muss

// Zeile 54 "isys_catg_custom_fields_list__status = " . $this->convert_sql_int($p_status) . ", " . // Teile 245 "isys_catg_custom_fields_list__status = " . $this->convert_sql_int($p_status) . ", ".

werden (die einfachen Hochkommas im Query-String entfernen).

Gruß,
LFischer

Ja, jetzt hab ich das gesehen 😉 Muss man halt nur noch schick machen.

Beste Grüße!

Hallo oda,

Reader haben folgende Rechte

Reader CMDB Löschen
Reader Logbuch Löschen
Reader Systemregistrierungseditor Löschen
Reader Benutzereinstellungen Löschen
Reader Reports Löschen
Archivar Reports Löschen
Reader Modulmanager Löschen
Archivar Request Tracker (TTS) Löschen
Reader Templates Löschen

Ist also nichts geändert.

Problematisch ist, dass Mitglieder der Readergruppe Standardinfos inkl. Objektbezeichnung ändern können. Auch das Verschieben der Objekte innerhalb der Kategorien ist möglich.

Der Benutzer ist  nur in der Gruppe Reader.

Grüße

Hi Christian,

vielen Dank für deine Antwort. Für mich ist nun schon fast Wochenende, ich schaue es mir daher kommende Woche noch mal genauer an. Gebe dann eine Rückmeldung, ob es an den Rechten lag. Wenn nicht, liefere ich dann auch die Logs nach 😉

Viele Grüße
STM

Hi,

aktuell ist es nicht möglich Lizenzschlüssel über die Suche zu finden. Es gibt aktuell auch keinen Workaround dafür.

Lieben Gruß
Christian

I had the same issue here and fixed it.
The problem is, that the user created by the ldap module gets an id as a person and as an object.
The grouping done by the ldap script uses the person id when it should have used the object id. this is the issue.

As I have said I fixed this.

You need to edit the file src/classes/modules/isys_module_ldap.class.php

in line 219 right before the line saying
if (is_numeric($l_user_id) && $l_user_id > 0) {

you have to add these three lines of code
$matches = array();
preg_match('/isys_cats_person_list__isys_obj__id = '(\d+)'/', print_r($l_user_dao,true), $matches);
$l_user_id = intval($matches[1]);

okay, it might not be the nicest solution, but it works. The cleanest way would be to get the object id out of the database, found in table "isys_cats_person_list"
but I didn't have time for searching whether such a function exists or how to write that.

Hope it helps anybody and maybe some of the developers that are deeper involved in this project can improve this bugfix.

hallo,
vielen dank, dann warten wir auf besserung 🙂

danke
tnosaj

Hallo Christian,

werden die OnlineRepositorys welche IP-Adressen beinhalten damit unbrauchbar oder werden sie demnächst aktualisiert?

Grüße!

Hi,

vielen Dank für die Meldung.

Schön wäre das auf jeden Fall. Allerdings arbeitet die Druckansicht mit der Exportfunktionalität zusammen, weshalb man dafür etwas neues entwickeln müsste. Hast du es schon mal mit der Druckfunktion vom Browser getestet? Damit bekommt man jedenfalls einen mehr oder weniger schönen Ausdruck der Schrankansicht hin.

Lieben Gruß
Christian

Hi,

das ist uns bekannt und wird bis zum nächsten Release gefixt sein.

Lieben Gruß
Christian

Nachtrag: Sobald man eine Lizenz einmal speichert ist sie wieder über den Schlüssel in der Suche auffindbar.

Der Fehler ist auch noch mit der 0.9.9-8 existent …

Ohne diese Funktion ist die Dupplizieren-Funktion an sich kaum zu gebrauchen!