Hat sich da noch etwas getan? Ich habe das Problem auch z.B. bei Servern mit mehreren CPUs

Hi @LFischer, ich habe das Problem mit den Icons gelöst . Hier ist nochmals eine Zusammenfassung zu den zwei jeweiligen Problemen. Falls jemand dieses Problem auch haben sollte. Hinweis: Persönliche Informationen habe ich entfernt. Die wichtigen Informationen habe ich nochmals zusammengefasst. Die Auszüge sind verkürzt außerdem verwende ich hier einige Platzhalter. Fehlermeldung i-doit system error: Error Bei der migration von der idoit (Produktivumgebung) zu idoittest (Testumgebung) habe ich auf der Datenbank einige Konfigurationen vergessen. Auf der Datenbank habe ich nochmals die Konfigurationen angepasst. Auf der Datenbank folgenden Befehl ausführen: SELECT * FROM isys_settings WHERE isys_settings__value LIKE '%idoit%'; Hier ist der Auszug aus der Datenbank von der Produktivumgebung: +-----------------------------+---------------------------------------------------------------+----------------------------------+ | isys_settings__key | isys_settings__value | isys_settings__isys_mandator__id | +-----------------------------+---------------------------------------------------------------+----------------------------------+ | ido_monitos__debug_file | /path/to/idoit/log/monitos.log | x | | system.base.uri | https://idoit.de/ | x | | system.dir.file-upload | /path/to/idoit.de/upload/files/ | x | | system.dir.image-upload | /path/to/idoit.de/upload/images/ | x | +-----------------------------+---------------------------------------------------------------+----------------------------------+ In der Spalte isys_settings__value müssen die Einträge angepasst werden. In diesem Fall zu idoittest. Icons werden nicht angezeigt Der Hinweis mit .htaccess war sehr hilfreich. Auf dem idoittest fehlten einige dotfiles. Ich habe diese 1:1 kopiert.

Hallo @coffee_junkie, so etwas ist (soweit ich weiß) leider nicht möglich (Außer du möchtest dich mit der Erstellung eines eigenen Add-Ons beschäftigen, in der du deine Kategorie entsprechend designen kannst: https://kb.i-doit.com/de/software-entwicklung/add-ons-entwickeln/index.html) Wenn es in deiner Benutzerdefinierten Kategorie nur darum geht, die Daten anzuzeigen, könnte dir evtl. ein variabler Report weiter helfen. [image: 1752656417319-c96ce44c-98fd-4636-ad15-de1412295b74-image.png] Wichtig ist in der Bedingung der Wert Feldplatzhalter = Objekt ID. Dieser wird später beim Öffnen der Kategorie mit der ID des aktuellen Objekts gefüllt. Als benutzerdefinierte Kategorie hinterlegst du nun den zuvor erstellten Report [image: 1752656554917-63d734c2-8783-40f8-98c3-a69608ef8a42-image.png] Somit würdest du folgendes Ergebnis erhalten: [image: 1752656636440-9c24845d-b831-4f59-8e3a-647fff6c008f-image.png]

Hallo @Nico, danke für den Hinweis. Das Problem wurde gelöst. Nach dem Import war noch die falsch hinterlegte URL. Man kann die URL auf der grafischen Oberfläche (dein Lösungsvorschlag) oder auf der Datenbank nochmals überprüfen. [image: 1752575418101-idoit_url_censored.png] Wenn man die URL auf der GUI oder Datenbank verändert, so wird die URL auch entsprechend in der GUI und Datenbank angepasst.

@vitamin-S wenn du Support suchst oder Feature wünsche darbringen möchtest, dann ist dies hier der falsche Kanal. Dazu bitte an den Support wenden über help.i-doit.com oder help@i-doit.com.

Hallo @StefanP74 ich habe noch mal recherchiert - wir hatten damals zu diesem Problem ein Bug im Dokumente Add-on erstellt der inzwischen gelöst ist. Die Version mit dem Fix ist allerdings noch nicht veröffentlicht In der neuen Version werden verlinkte Bilder in Beschreibungsfeldern (und aktuell NUR in Beschreibungsfeldern) rausgesucht und beim kompilieren des Dokuments geprüft. Bei öffentlich verfügbaren Bildern wird nichts gemacht - aber bei Bildern "aus i-doit", konkret über den WYSIWYG hochgeladene oder aus der "Bilder" Kategorie stammend, wird nun Logik ausgeführt die den Inhalt des Bildes vernünftig laden. Ich fürchte ich kann gerade noch kein genaues Datum für die Add-on Version geben. Werde aber mal nachhaken Ein möglicher Termin KÖNNTE das Release von i-doit 36 sein (Ende August) aber dazu wurde noch nichts entschieden. Viele Grüße Leo

Hallo @Michael-Huhn, das scheint schon der korrekte Wert zu sein. Sowohl im UI als auch in der Datenbank. MariaDB [idoit_system]> select * from isys_settings where isys_settings__key = 'api.authenticated-users-only'\G *************************** 1. row *************************** isys_settings__key: api.authenticated-users-only isys_settings__value: 0 isys_settings__isys_mandator__id: 1 1 row in set (0.000 sec) Hast du noch eine Idee?

@UVB_Michael also wenn bei dir das Berschreibungsfeld nicht dargestellt wird: [image: 1751004655219-c40fc289-f034-4ebe-896c-1ed882960a4b-image.png] dann prüf in der Verwaltung die Attribute Einstellungen: [image: 1751004691179-c75fe730-b50b-4c16-9f52-bc2242d7f1de-image.png]

Hi nochmal @StefanP74 du kannst grundsätzlich - egal mit welchen Rechten - nicht von dort aus archivieren oder löschen. Das geht nur über die Listenansicht der Objekte. Alternativ kannst du mittlerweile mit dem Flows Add-on zusätzliche Buttons konfigurieren, die das aus dem Objekt heraus ermöglichen. Liebe Grüße Christian

Hallo @Michael-Huhn , ganz so einfach ist es dann doch nicht. Ja, ich möchte zur Dokumentenerstellung einen Report nutzen, der alle Objekte unterhalb eines physischen Standorts gefiltert auflistet. Dabei möchte ich auch das komplette Objekt haben, da ich nicht nur den Namen, sondern auch weitere Objektinformationen auslesen möchte. Aber mein i-doit-Standort, der als Basis dient hat noch weitere i-doit-Unterstandorte (Räume, Etagen usw.) unterhalb sich die interessant Objekte befinden. Die werden aber nicht in den "Räumlich zugeordneten Objekten" im obersten Standort angezeigt - was so auch korrekt ist. Es müsste so ähnlich sein wie im Screenshot, dann kann der Report ja zu einem variablen Report werden, aber es müsste eben die Eingabe des Feldplatzhalters möglich sein, wenn ich unterhalb von auswähle. Manuell kann ich es in einem SQL-Report dann ja so umsetzen, aber das macht bei der Pflege ja mehr Arbeit. Danke. Mathias

@LFischer Vielen Dank. Ich gebe es so dann weiter. Es sind nämlich extrem anspruchsvolle (Architekten-Risse), die viel anzeigen müssen. Also: PNG

Hallo @LFischer perfekt LG Stefan

Hallo @LFischer das ist eine sehr gute Nachricht LG Stefan

Servus @robbyhuebner Mach ich auch so. Gebäude --> Etage --> Raum --> Arbeitsplatz --> Clients (das ganze Zeug) Der logische Standort des Arbeitsplatzes ist der Mitarbeiter bzw. Gruppen. Warum? Der Arbeitsplatz ändert sich faktisch nie. Bei einem möglichen Umzug zieht der gesamte Arbeitsplatz mit allem drum und dran in zB. einen anderen Raum um. Zu ändern sind dann nur die Netzwerkanschlüsse, welche bei mir im Raum selbst hinterlegt sind. Ändert sich der Mitarbeiter, ändert sich nur der logische Standort. Ich sehe bei mir seit Jahren keinen Nachteil, ganz im Gegenteil. Übersichtlich, logisch und ratz fatz geändert. LG Stefan

Hallo @aziller ich glaube das Problem hierbei ist, dass das "Objekt" als solches nicht aktualisiert wird. Das einzige, was aktualisiert wird sind dessen Kategorie-Daten (z.B. die "Allgemein" Kategorie). Die Option "Speichern" für den Bezug "Objekt" tut tatsächlich nichts und müsste eigentlich entfernt werden... Das habe ich bereits aufgenommen. Probier es besser mit dem Bezug "Kategorie" Viele Grüße Leo

@StefanP74 wir haben einen Bug Report der dieses Titel trägt: "JDisc import can not overwrite category JDisc Device Information and create multi-value entries in a single-value category" Bisher ist dieser nicht gelöst und muss noch bearbeitet werden. Ich verlinke deinen Beitrag hier im Ticket.

... und das erfreute mich ganz besonders

@sargon Das gleiche Problem habe ich auch - es bleibt nur EINE Zuordnung übrig, wenn man aus so einem Template ein neues Objekt anlegt. Das passiert in der Demoinstanz auch. https://demo.i-doit.com/?viewMode=1002&tvMode=1006&objID=5457&catgID=50