Hallo Christian,

ja super, vielen Dank. Auch das klappt jetzt bei mir.
Aber an einer Stelle bekomme an dieser Stelle (Objekttyp Filter) eine Meldung angezeigt:
"Interner Filter für Objekte die folgende Kategorien beinhalten ...."
Ich habe einen weiteren Objekttyp angelegt, der wie "Personen" konfiguriert ist. Der Grund ist ich brauche zwei Arten von Personen (System-Personen und "echte" Personen). Bei der Auswahl zu Organisationen möchte ich aber nur die "echten" Personen zur Auswahl bekommen. Aber hier kann ich es wohl nicht anpassen.

Armin

Hallo Stephan,

Armin hatte das absolut richtig beschrieben 🙂 In deinem Fall würde es also ausreichen eine Datei <i-doit>/src/lang/de_custom.inc.php zu erzeugen die folgendes beinhaltet:

<?php $g_langcache['LC__CMDB__CATG__LOGICAL_UNIT'] = 'Zugewiesen an..';

Durch die Nutzung einer solchen de_custom Datei bleiben die Übersetzungen auch nach einem i-doit Update erhalten (anstatt wenn du die Kern-Übersetzungen änderst) 🙂

Viele Grüße
Leo

Hallo @philipp-hörselmann Phil,

ja, damit klappt es nun wieder.
Vielen Dank für die schnelle Reaktion.

Gruß
Armin

Hi @michael-overkamp

dann war ich auf einem sehr guten Weg. "entry" und "id" hatte ich auch schon probiert.
Allerdings geht es immernoch nicht ...

{ id: null, jsonrpc: '2.0', error: { code: -32600, message: 'Invalid request : Provided request is not a valid json rpc.', data: null } }

Habs genau so genommen, wie du geschrieben hast.

Moin @bsharper @Treiss
anscheinend gab es da auch ein paar Unklarheiten bzgl. der neuen und alten Logik -.-* 😞

Ein Kollege hat das einmal hübsch aufbereitet 🙂 (THX @Michael-Overkamp )

Alte Logik:
Objekttyp Mobiltelefon

Kategorie > Verknüpfte Karten > Attribut > Verknüpfte Karten >> Interner Filter für Objekte die folgende Kategorien beinhalten "SIM-Karte" ✔

Objekttyp SIM-Karte

Kategorie > SIM-Karte > Attribut > verknüpftes Mobiltelefon >> Interner Filter für Objekte die folgende Kategorien beinhalten "Verknüpfte Karten". ✔

Neue Logik:
Objekttyp SIM-Karte

Kategorie > Karten > Attribut > verknüpftes Mobiltelefon >> Interner Filter für Objekte die folgende Kategorien beinhalten "Zugewiesene SIM-Karten". ✔

Objekttyp Mobiltelefon

Kategorie > Zugewiesene SIM-Karten > Attribut > Verknüpfte SIM Karten >> Interner Filter für Objekte die folgende Kategorien beinhalten "Karten". ✔

Kategorie > Zugewiesene SIM-Karten > Attribut > Objekt-Titel >> Kein Filter voreingestellt (Notwendig für den Subselect im Objekt-Browser) ✔

Ich hoffe das hilft schonmal weiter 🙂

VG
Phil

Moin @mi-dacor
bei den Ports/Anschlüssen/Interfaces... handelt es sich um Teile von spezifischen Kategorien. Die Inhalte aus spezifischen Kategorien sind "hard coded" und stehen i.d.R. nur den Kategorien selbst zur Verfügung.

VG
Phil

@philipp-hörselmann

Danke dieser Thread kann zu.

Moin @Stephan
leider handelt es sich hierbei um einen Bug, der mit der neuen version gefixt wird.

VG
Phil

Moin @Julian
anscheinend hat bisher keiner was dazu mitteilen können...
Da ich das gerade in unserem "Fangnetz" 😉 gefunden habe, wollte ich mal nachfragen, ob du das Problem lösen konntest?

VG
Phil

Hallo Peter,

ja, das ist prinzipiell möglich. Auf der einen Seite (Eltern) kannst du die Verbindung dokumentieren und auf der anderen Seite (Kind) kannst du die Zuweisung ansehen. Schaue dir in dem Zusammenhang die Variablen Reports an: https://kb.i-doit.com/display/de/Variable+Reports

Liebe Grüße
Christian

Das API Log hab ich gefunden nur wirklich sachdienlich Hinweise finde ich darin nicht. Nur das der Aufruf via SystemAPI User getriggert wird. Das reicht mir auch fürs erste aus.

Ich habe jetzt allerdings ein Problem wenn ich versuche den Aufruf mit TLS Verschlüsselung zu machen. Darauf reagiert i-diary überhaupt nicht. Da kommt der Fehler zurück "Fehler beim Senden der Anforderung Hostadresse falsch"

Guten Abend @Philipp-Hörselmann

Das Problem konnte gelöst werden. Die Lösung habe ich beigefügt.

Herzlichen Dank für die Hilfestellung,

Christian

Hallo Herr Pichler,

um die Performance in i-doit stabil zu halten, geben wir unseren Anwendern die Möglichkeit, die Anzahl der vorgeladenen Seiten in den Report-Ergebnissen festzulegen. Dies soll die zügige Darstellung großer Reports auch auf weniger performanten Systemen ermöglichen.
Sie finden in der i-doit Verwaltung unter "Systemeinstellungen" > "Mandanteneinstellungen" die Option "Anzahl vorgeladener Seiten in Reportlisten". Mit dieser Einstellung können Sie selbst festlegen, wie viele Seiten vom System vorab geladen und angezeigt werden sollen.
Da Sie beschreiben, dass derselbe Report vollständig auf dem Dashboard geladen wird, erwarte ich nicht, dass eine Erhöhung auf 60 oder mehr Seiten für Ihr System ein Problem darstellt. Sollten Sie dennoch Performanceeinbrüche wahrnehmen, können Sie das Limit natürlich jederzeit wieder verringern. Wie Sie bereits erkannt haben, wird das Laden der Seiten nachgeholt, wenn Sie diese über die Navigation aufrufen.

Browsercache - vielleicht waren ja inzwischen gecachte Objekte verfallen?

Hallo @wribs,

falls mod_rewrite bei dir tatsächlich nicht korrekt konfiguriert ist, würde z.B. die Suche nicht funktionieren.
Bei einigen Betriebssystem kann der automatische Test auch mod_rewrite nicht direkt verifizieren, daher wurde in einer neueren Version ein Test button eingeführt.

Ansonsten bleibt nur zu prüfen ob die VHost Konfiguration der Voraussetzung entspricht, hier kommt es noch auf das OS an.